Summary: | Copying from Eclipse console and pasting directly into Gnumeric truncates long selections | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Luke Hutchison <luke.hutch> | ||||||
Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> | ||||||
Status: | NEW --- | QA Contact: | |||||||
Severity: | normal | ||||||||
Priority: | P3 | CC: | ericwill, lshanmug | ||||||
Version: | 4.13 | Keywords: | triaged | ||||||
Target Milestone: | --- | ||||||||
Hardware: | PC | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Attachments: |
|
Description
Luke Hutchison
2019-10-28 07:07:23 EDT
Can you provide an SWT snippet which generates output that shows your bug? Also, which GTK3 version, Eclipse version, and Linux distribution are you using? Well this has been a problem in Eclipse for at least 12 years, including in the most recent released version, so I don't think the version of Eclipse, Linux or Gnumeric matters, but: Version: 2019-09 (4.13) Build id: I20190916-1045 Fedora 30 gnumeric-1.12.45-1.fc30.x86_64 I chose "SWT" as the bug component because I suspect it may be a bug in SWT, but I don't have an SWT code snippet that can replicate the bug. Instead, set the Eclipse console to have unlimited scrollback, then run the following Java code in Eclipse: for (int i = 0; i < 50_000; i++) { System.out.print(i); for (int j = 0; j < 30; j++) { System.out.print("\t########"); } System.out.println(); } Click on the console output, press Ctrl-A Ctrl-C to copy all, then open Gnumeric, and press Ctrl-V to paste. (You may have to press Ctrl-V two or three times to initiate the paste, as described.) Then press Alt-F, Alt-F, Alt-I to step through the paste import popup (or go Forward -> Forward -> Finish). Look at the top and bottom of the sheet, and observe that the top and/or bottom of the import has been cut off, often in the middle of a line. Now press Ctrl+N in Gnumeric and repeat the process again. Do it a few times, in order to see that exactly where the pasted contents are cut off is actually random. Now open gedit, and press Ctrl+V with the same clipboard contents, copied from Eclipse. The file will paste fine. Now press Ctrl+A Ctrl+C to copy all from gedit. Now go back to Gnumeric, and press Ctrl+N Ctrl+V to paste into a new Gnumeric file. The entire contents should be pasted fine. Incidentally, if you change 50_000 above to 1_000_000, producing a million lines of console output, you get "Unhandled loop exception: Java heap space", which is also not good. (In reply to Luke Hutchison from comment #2) > Click on the console output, press Ctrl-A Ctrl-C to copy all, then open > Gnumeric, and press Ctrl-V to paste. (You may have to press Ctrl-V two or > three times to initiate the paste, as described.) Then press Alt-F, Alt-F, > Alt-I to step through the paste import popup (or go Forward -> Forward -> > Finish). Look at the top and bottom of the sheet, and observe that the top > and/or bottom of the import has been cut off, often in the middle of a line. Can you clarify what you mean by cut off? Maybe even attach a screenshot so I can see what I'm looking for in Gnumeric. Created attachment 280608 [details]
Screenshot of bottom of file being cut off
Created attachment 280609 [details]
Screenshot of top of file being cut off
I tried pasting three times. The first time the paste succeeded (all 50k rows produced by the example code were successfully pasted -- the chance of this decreases the longer the copied text is, so increasing the value over 50_000 could increase the chance of failure); the second time the bottom was cut off but the top was intact; the third time both the top and bottom were cut off. See screenshots attached above. Okay, I can reproduce it now as well. I'll look into it for 4.15. Resetting target, please re-target as required. |