Version: 4.0 (using KDE 3.1.94 (CVS >= 20031206), (testing/unstable)) Compiler: gcc version 3.3.3 20031229 (prerelease) (Debian) OS: Linux (i686) release 2.4.22b-w4l-p4 If I have a textarea like <TEXTAREA NAME="body_text" WRAP="PHYSICAL" COLS="80" ROWS="30"> and type some text into it, it flows (linebreaks are inserted). However, when I save the text and re-edit it (this is with PHPSlash), I get a couple (4-6) superfluous spaces at the end of each line. If I use wrap=virtual this (obviously) doesn't happen. Please investigate... I can provide a testcase if necessary. This is using CVS from 02 January 2004. Thank you!
yeah, we need a (non-php) test case.
I have the same problem within bugzilla textarea. Unafortunately the text was an email template, so all the emails that our bugzilla have sent were plain broke - the lines between the header and body should be empty lines, not lines with spaces. Test case (or any bugzilla paremeters page): <textarea wrap=hard name=passwordmail rows=10 cols=80>From: bugzilla-daemon 
To: %mailaddress% 
Subject: Your Bugzilla password. 


To use the wonders of Bugzilla, you can use the following: 
 
 E-mail address: %login% 
 Password: %password% 
 
 To change your password, go to: 
 %urlbase%userprefs.cgi 
 </textarea>
forgot to mention the version: kde 3.2.1 + fixes from 3.2.2 tree.
Hello, anybody who can still confirm this? Has anything been done regarding this bug? Thank you!
*** Bug 77726 has been marked as a duplicate of this bug. ***
Created attachment 13046 [details] Test textarea which displays the problem
This bug is still present in 3.4.3. It is also present if the wrap="hard" option is used. Simple reproduction: 1. save the attached "test.html" file and load in konqueror 2. type some text and a newline 3. focus the mouse outside the textarea (ie. click outside it) 4. focus the mouse in the textarea again 5. spaces will have been appended to the lines in the area 6. repeat steps 2-4 to add additional spaces to the ends of lines
Semi-off-topic: I should also note that wrap="physical" is not valid HTML. It and "virtual" were historical anomalies introduced by Netscape 2.0 (and carried over in IE 4.0) and should not be used.
Just fixed it (http://lists.kde.org/?l=kde-commits&m=113848188411690&w=2). Artifact of some funky behavior of QTextEdit -- it would append an extra space when you would ask it for paragraph text...