Re: InputHandler and end-of-stream

On 2018-06-03, Jaikiran Pai wrote: > I missed this mail previously. Comments inline. >>> Hi >>> while reviewing some changes I realized DefaultInputHandler and >>> SecureInputHandler may create unexpected outcomes if System.in or >>> System.console() signal an end-of-stream and thus readLine/rea

Re: InputHandler and end-of-stream

I missed this mail previously. Comments inline. >> Hi >> while reviewing some changes I realized DefaultInputHandler and >> SecureInputHandler may create unexpected outcomes if System.in or >> System.console() signal an end-of-stream and thus readLine/readPassword >> return null. >> The former

InputHandler and end-of-stream

Hi while reviewing some changes I realized DefaultInputHandler and SecureInputHandler may create unexpected outcomes if System.in or System.console() signal an end-of-stream and thus readLine/readPassword return null. The former will create an InputRequest with a null getInput() result which may