Community
Participate
Working Groups
SSH Terminal into some remote machine. Issue this command: mober@localhost> echo "hallo" hallo mober@localhost> Drag the selection from "mober@" until the end of the line, right-click --> Copy is enabled in the context menu. Drag the selection down to the "h", right-click --> Copy is enabled in the context menu. Drag the selection such that it ends just before the "h", right-click --> Copy is disabled in the context menu. Expected result is that Copy should be enabled, and the entire first line including line-end separators (\n) should be copied into the copy buffer. -----------Enter bugs above this line----------- TM 3.0M5 installation : eclipse-SDK-3.4M5 (I20080207-1530), cdt-4.0.0M5, emf-2.4.0M5 DSF-N20071113, ECF-2.0m5, PHPEclipse-1.2.0.20080208, Releng.Tools-3.4M5, Subversive-0.7.0.v20080214, SWT-MemMonitor, WR-Retriever-3.0.v20070604, Mylyn-2.3.0.I20080214-1500, RXTX-2.1-7r3b, J9Launching RSE install : RSE-SDK-I20080215-1245, TM-terminal, TM-discovery java.runtime : Sun 1.6.0_02-b06 -Xmx512m -XX:MaxPermSize=128m os.name: : Windows XP 5.1, Service Pack 2 ------------------------------------------------ systemtype : Windows-local, Dstore-win, Dstore-linux targetos : Red Hat Enterprise Linux WS release 4 (Nahant Update 3) targetuname : Linux parser 2.6.9-34.EL #1 i686 athlon i386 GNU/Linux targetvm : Sun Java HotSpot(TM) Client VM (build 1.4.2_12-b03, mixed mode) ------------------------------------------------
Although there is an easy workaround, I find this annoying and confusing. Might be a really nice bugday bug for somebody to step up and fix.
Created attachment 146616 [details] Copy disabled in the context though selection is not empty
"Copy" is also disabled in the context menu when user drags the selection from the end of the line to the start of the line and releases the mouse button out of the Terminal view text canvas. See attached screenshots.
Created attachment 146617 [details] Mouse released out of the Terminal view
Forgot to add some information about my configuration, so here it is: Eclipse Version: 3.5.0 Build id: I20090611-1540 Target Management Terminal Widget Version: 3.0.0.v200905272300-4--7w311A16383411 Build id: 3.1 (20090617-1400) Debian Linux
CQ:WIND00192310
Created attachment 173743 [details] Proposed fix When dragging outside the widget, the selection bounds become negative which is treated as "no selection" in AbstractTextCanvasModel. This patch makes sure the drag end coordinates are non-negative when setting the selection bounds.
Hm... as explained in comment 0, I have seen the issue also when dragging _inside_ the widget but down 1 line. Is that case addressed as well?
(In reply to comment #8) > Hm... as explained in comment 0, I have seen the issue also when dragging > _inside_ the widget but down 1 line. Is that case addressed as well? Yes it is, because you need to drag outside the widget to select only the line without the first character of the following line ('h'). But I just found out that the patch makes it impossible to not select the 'h' in this case...
Created attachment 173839 [details] Proposed fix #2 This patch makes sure the selection start coordinates are non-negative and fixes the handling of negative end column in AbstractTextCanvasModel.
ping?
Released to 3.2.1 Stream.
Comment on attachment 173839 [details] Proposed fix #2 Forgot adding the iplog+ flag for this.
