Posting back to the list so we have a record of the resolution. It turns out that the Alt-drag issue was due to another program BetterTouchTool installed on the Mac that was implementing an Alt-drag window resize feature on the client end. All other reported issues are resolved, except the scrollbar thing, which I posted as an issue on GitHub. The latest 2.0.x stable pre-release (http://www.turbovnc.org/DeveloperInfo/PreReleases) contains all of the clipboard-related fixes.
On 10/21/15 11:43 AM, Brett Williams wrote: > Here is the video. Audio level is low so you'll have to turn up the > volume to hear me. > > https://youtu.be/TMRe1bjJOzs > > On Tue, Oct 20, 2015 at 3:41 PM, Brett Williams <[email protected] > <mailto:[email protected]>> wrote: > > On Tue, Oct 20, 2015 at 11:45 AM, DRC > <[email protected] > <mailto:[email protected]>>wrote: > > > I don't think the formatting of text in word processors, etc., > is ever > going to transfer via RFB. However, the text itself should > still transfer. > > > This is the behavior I want. Very rarely would I ever want > formatting transferred (and that would never involve VNC). > > > Our version of vncconfig should work identically to the one in > TigerVNC. > The only real difference is that ours doesn't have a GUI. > But there > could be a bug in our implementation as well. If you can nail down > specific applications that are causing problems moreso than > others, or > if you can ascertain whether this issue is specific to one > particular > flavor of vncconfig, that would be helpful in diagnosing. > > > Using tvncconfig (shipped with the TurboVNC server) with the > -debug option, I was able to identify one issue affecting > copy/paste. It is specific to the TurboVNC server/TurboVNC viewer, > as it does not occur with either viewer when the server is TigerVNC > and/or the viewer is TigerVNC. It is also *sigh* specific to > gnome-terminal, since xterm and mrxvt don't have the same issue. > Since OSX does not have a focus-follows-mouse model option, I am > unfortunately in the habit of clicking after switching apps to > ensure that my 'focus' is not the Finder (that is a total other rant > I won't indulge). If this click is in a full-screen TurboVNC viewer > app, and upon a gnome-terminal with an empty line (or any blank area > without text), it selects the whitespace, blanking out the clipboard. > > Here are detailed instructions to recreate (on OSX). Note that not > all of these conditions may be necessary. > > 1. Start TurboVNC server > 2. Kill tvncconfig (we only want one copy and I want debug mode) > 3. Connect to vncserver using TurboVNC viewer, full screen > 4. Start tvncconfig -debug in a terminal so we can observe the > clipboard changes > 5. Start a gnome terminal > 6. Copy some text out of an app in OSX (I used Google Chrome) > 7. Switch to full screen TurboVNC application > 8. Observe that the tvncconfig has seen the event and updated the > clipboard > 9. Click in an area of the gnome-terminal that is blank (below > your prompt for example) > 10. Note that there is a highlight on the blank line you single-clicked > 11. Note that the clipboard has been changed, and that you cannot > paste the text you copied from OSX > > I'm not particularly attached to gnome-terminal, I switched to it > because it was the only terminal that always worked with > cut-and-paste using a different remote solution. I'm happy to go > back to mrxvt (which seems to behave better with the clipboard using > TurboVNC). > > [...] > > > Third -- is there a way to stop the viewer from grabbing the Alt > > modifier? I use Alt+left mouse click to move windows in the VNC > > session, and Alt+right mouse click to resize. Sometimes (not every > > time), instead this causes the viewer to start resizing, which is > > strange because I'm in full screen mode. > > I don't understand. Can you provide a more specific reproduction > procedure? Our viewer doesn't grab any keys on Mac at all. > Keyboard > grabbing is only implemented currently in the Java viewer > running under > X11 (which requires the use of the TurboVNC Helper native > library, so > for most purposes, the feature is only available when launching the > viewer as a standalone application using the vncviewer script, > not when > using it through JWS or as an applet.) Keyboard grabbing is also > implemented in the Windows native viewer (but not in the Java > viewer on > Windows-- yet.) > > I just tested, and Alt-drag works fine for me with the Mac viewer. > > > This one is harder to give instructions, as it happens every time > (and isn't apparently happening to you). I even get problems if I > hold Alt down before even clicking the mouse. > > I've made a screen recording demonstrating both issues -- the > cut-and-paste gnome-terminal specific issue, and the alt key issue. > > Unfortunately even though it is pretty short, the video is 70meg. > Any suggestions/preferences on how to deliver it to you? > > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > TurboVNC-Users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/turbovnc-users > ------------------------------------------------------------------------------ _______________________________________________ TurboVNC-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/turbovnc-users
