0007472: In sq 9563 copying workspace text across images loses line endings

Notes
(0013543 - 124 - 124 - 124 - 124 - 124 - 124) laza 03-10-10 09:33	I can't reproduce this. Neither on Ubuntu 9.10 nor on Windows. What VM were you using? Does the problem still exist for you?

(0013554 - 174 - 216 - 216 - 216 - 216 - 216) wiz 03-12-10 09:01	Hi laza, Interesting data point. Which vm are you using? I have a early pharo closure vm in service. Not quite sure which one. What should I be using? Cheers --Jer

(0013555 - 414 - 468 - 574 - 676 - 676 - 676) laza 03-12-10 13:24	Let's see 3.10-6 #1 So 23. Aug 13:22:14 CEST 2009 gcc 4.3.4 Squeak3.10beta of 22 July 2007 [latest update: 0007159] Linux renaud 2.6.30-1-686 #1 SMP Mon Aug 3 16:18:30 UTC 2009 i686 GNU/Linux default plugin location: /usr/lib/squeak/3.10-6/*.so This should be the last VM with closure support before the build system switched using cmake You could also try the latest VM from http://www.squeakvm.org/unix [^]

(0013560 - 65 - 65 - 65 - 65 - 65 - 65) KenCausey 03-16-10 19:52	wiz? More info? Can you still reproduce this? Can I close now?

(0013564 - 165 - 183 - 183 - 183 - 183 - 183) wiz 03-17-10 07:07	Hi Ken, please don't close yet. I haven't tried with the suggested vm and I want to do that. With the pharo vm the symptoms are quite solid for me. Cheers -Jer.

(0013575 - 42 - 42 - 42 - 42 - 42 - 42) chris 03-23-10 20:03	I am having the same problem, Kubuntu 9.1.

(0013576 - 742 - 826 - 826 - 1023 - 1023 - 1023) chris 03-23-10 20:30	$ squeak -version + exec padsp /opt/4dst/thirdparty/squeak/lib/squeak/3.11.3-2135/squeakvm -pathenc UTF-8 -encoding UTF-8 -plugins /opt/4dst/thirdparty/squeak/lib/squeak/3.11.3-2135 -vm-sound-oss -version 3.11.3-2135 #1 XShm Wed Sep 16 14:25:10 PDT 2009 gcc 4.3.3 Linux ubuntu 2.6.28-15-generic 0000049-Ubuntu SMP Tue Aug 18 18:40:08 UTC 2009 i686 GNU/Linux plugin path: /opt/4dst/thirdparty/squeak/lib/squeak/3.11.3-2135 [default: /opt/4dst/thirdparty/squeak/lib/squeak/3.11.3-2135/] $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 9.04 Release: 9.04 Codename: jaunty $ uname -a Linux chrisT60p 2.6.28-11-generic 0000042-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686 GNU/Linux

(0013578 - 69 - 69 - 69 - 69 - 69 - 69) laza 03-24-10 10:06	Hm, I try to figure out what changed, but I'm seeing that now too! :{

(0013671 - 1010 - 1244 - 1244 - 1244 - 1244 - 1244) wiz 04-08-10 19:15 edited on: 04-08-10 19:18	more data points. In a sq 7067 (3.9) Open a workspace Type digits on separate lines. Copy. Open a fresh sq 9885 (4.1rc) paste note that pasting works correctly. ==== In a fresh workspace in sq 9885 type digits on separate lines copy. Back in sq sq 7067 Open a fresh workspace. Paste. Note that you get digits on separate lines. Good. Launch a new sq 9885 Open a fresh workspace. Paste. Note you get digits on same line. ====== So suspects: Linux has an alibi. New workspace (shout) needs to be grilled. There seems to be something that makes the workspace decide to change line endings. It does not happen in all cases (else the plain workspace paste would foul up also). It also doesn't happen within the same image. It does happen after an excursion between images. Yours in curiosity and service, --Jerome Peace P.S I tried coping text into the text editor. Noted digits all on separate lines. The problem seems to happen in the paste to workspace phase.

(0013672 - 618 - 726 - 726 - 726 - 726 - 726) wiz 04-08-10 19:24	q:Is this a show stopper? a: Probably. Copy and paste is pretty essential. I have found one apparent work around. You can copy from workspace to into a text editor w/o using line endings. Then you have to copy the text in the text editor and use that to paste into your second image. I suppose this also means you could save the workspace to disk. Open that file and copy and paste into a second image. All this is a big hassle for something that used to work and is just supposed to work. If 4.1 is released with this bug then it at least has to be mentioned as a known issue. Cheers --Jer

(0013680 - 371 - 407 - 407 - 509 - 509 - 509) casey 04-09-10 21:43	I have repro. Let me know if there's something I can do to help track this one down. casey@wanderlust:~$ squeak -version 3.10-6 #1 Sun Aug 2 02:02:29 PDT 2009 gcc 4.2.4 Squeak3.10beta of 22 July 2007 [latest update: 0007159] Linux ubuntu 2.6.24-24-generic #1 SMP Fri Jul 24 22:46:06 UTC 2009 i686 GNU/Linux default plugin location: /usr/local/lib/squeak/3.10-6/*.so

(0013693 - 517 - 646 - 850 - 850 - 850 - 850) laza 04-13-10 12:06	This might be the cause of the problem. Can anyone verify that this solves the issue? from http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-April/148575.html [^] On Apr 11, 2010, at 5:43 PM, Jerome Peace wrote: > First across images cutting and pasting loses line endings. Fix your locale settings in your .profile or .bashrc or whatever you use. Adding export LC_ALL=C or export LC_ALL=en.US_UTF-8 or export LC_ALL=$LANG will probably fix it. Open a new shell and try again.

(0013709 - 723 - 777 - 777 - 777 - 777 - 777) wiz 04-14-10 01:38	Hi laza. I am currently trying variations of Ian's suggestions. The problem is I can't figure out which one specifically is relevant to the Ubuntu 8.04 enviornment. Also, I need to know what would be a significant test. I have written Ian offlist and I am waiting for a reply. Meanwhile the problem has proved harder than the variations I was able to try. The problem still exists. It is still extremely annoying and limiting. And it needs to be resolved. The 3.9 image provides copiable text without the problem. So without changing anything in the Ubuntu enviornment there should be something in squeak that has change/could be reverted that holds the solution. Yours in curiosity and service, --Jerome Peace

(0013711 - 1283 - 1473 - 1473 - 1473 - 1473 - 1473) wiz 04-14-10 07:41	More data points. Using sq 4.1.1. (sq 9938) and the vm from myDir/Squeak-4.0.3.2196-linux_i386/bin/squeak copy the first paragraph and a half from the "Welcome..." window. Opening a 3.9 squeak (old vm) I can paste that getting correct line endings\ Opening a second 4.1.1 image I paste the same thing and have lost the line endings. If I explore the Clipboard default in the 3.9 squeak I see the pasted text. If I explore the Clipborad default in 4.1.1 I do not see the pasted text but apparently some text leftover from the save. If I explore the Clipboard default in the source 4.1.1 image I see the copied text with the correct line endings. To get the pasted text in the destination 4.1.1 I have to explore the result of Clipboard default primitiveClipboardText Which calls <primitive 141> successfully. The text comes back from the primitive w/o the line endings. So what is primitive 141 doing that gets me no line endings? More. What is the 4.1.1 primitive doing that the 3.9 primitive is not? Finally, having retreived the system clipboard text from the primitive why is it not stored into the Clipboard default? Come to think of it when are things stored into the Clipboard default? Yours in curiosity and service, --Jerome Peace

(0014146 - 590 - 668 - 668 - 668 - 668 - 668) wiz 06-17-11 23:54	Time to freshen this report. Problem still happens in Sq4.3. Ubuntu 8.04 I can copy text from a Squeak 4.1 image workspace or codeholder. If I paste it into the linux Text Editor the lines are separate. If instead I paste it into a workspace or codeholder in sq4.2 (10976) the line endings seem to be lost. If I instead copy what I just pasted in the Text Editor and paste that into the workspace or code holder the line endings are preserved. Q: How do I find out what the difference is between the paste buffer in the first paragraph and the paste buffer in the second?

Issue History
Date Modified	Username	Field	Change
03-07-10 00:29	wiz	New Issue
03-07-10 00:29	wiz	Status	new => assigned
03-07-10 00:29	wiz	Assigned To	=> KenCausey
03-10-10 09:33	laza	Note Added: 0013543
03-10-10 09:33	laza	Status	assigned => feedback
03-12-10 09:01	wiz	Note Added: 0013554
03-12-10 13:24	laza	Note Added: 0013555
03-16-10 19:52	KenCausey	Note Added: 0013560
03-17-10 07:07	wiz	Note Added: 0013564
03-18-10 03:55	wiz	Priority	normal => low
03-23-10 20:03	chris	Note Added: 0013575
03-23-10 20:30	chris	Note Added: 0013576
03-24-10 10:06	laza	Note Added: 0013578
03-24-10 10:06	laza	Assigned To	KenCausey =>
03-24-10 10:06	laza	Status	feedback => confirmed
03-24-10 10:07	laza	Relationship added	related to 0007480
03-24-10 10:07	laza	Relationship deleted	related to 0007480
03-24-10 10:07	laza	Relationship added	child of 0007480
03-24-10 10:08	laza	Category	Any => VM
04-08-10 19:15	wiz	Note Added: 0013671
04-08-10 19:18	wiz	Note Edited: 0013671
04-08-10 19:24	wiz	Note Added: 0013672
04-09-10 21:43	casey	Note Added: 0013680
04-13-10 12:06	laza	Note Added: 0013693
04-14-10 01:38	wiz	Note Added: 0013709
04-14-10 07:41	wiz	Note Added: 0013711
06-17-11 23:54	wiz	Note Added: 0014146