I have reviewed Brian's patch, but here's the issue I have:  We can't 
have all messages going to stderr all the time, or else users who 
launched the viewer without a command line would have no idea what was 
going on.

We're modeling the Java viewer after the Windows viewer somewhat, and 
the Windows viewer will pop up a message box pretty much under the same 
conditions that the Java viewer will.  It just generally displays a 
friendlier message (as opposed to the exception name.)

So, what I'm wondering (from James) is whether the objection primarily 
has to do with the user-unfriendliness of the message boxes that are 
being displayed by the Java viewer or whether the objection is to those 
message boxes being displayed at all.  Would it be sufficient to just 
have the Java viewer behave like the Windows viewer and display a 
"Connection closed" message instead of the "EndOfStream" stuff?  (and 
similarly for other message boxes that are for "normal" run-time 
conditions, as opposed to unexpected errors.)


On 12/6/12 6:51 AM, Brian Hinz wrote:
>>This End Session button kills the VNC session, which (in the X11 version) 
>>simply resulted in the VNC Viewer window closing.
>>
>>In the Java version, this results in a message dialog displaying an error:
>>
>>    com.turbovnc.rdr.EndOfStream: EndOfStream
>>
>>which appears to detract from the user experience in our case.
>>
>>Is there any command-line option we can use to ensure that unhandled Java 
>>exceptions will only appear in STDERR, not in the GUI ?  When I say 
>>"unhandled", I mean error messages which refer to the fully-qualified name of 
>>a >Java class (e.g. com.turbovnc.rdr.EndOfStream), rather than displaying an 
>>English sentence describing the exception.
>
> Yeah, this is a bit of a nuisance.  The same thing happens when you run
> 'Xvnc -query localhost -once ...' and intentionally end the session via
> the window manager's log off button.  I just created a patch to correct
> this, I'll commit it to the dev repo tonight for DRC to review & apply
> to the main trunk.

------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
VirtualGL-Devel mailing list
VirtualGL-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-devel

Reply via email to