Description of problem: The > in quoted text is incorrectly positioned - it is one character before the signature or where text is typed. This means that the > will re-appear if it has been deleted and a return entered. Version-Release number of selected component (if applicable): 2.1.5-1 How reproducible: Always Steps to Reproduce: 1. Click on reply to an email 2. Delete some text and enter a carriage return for some whitespace 3. Actual results: The > returns Expected results: White space should be there Additional info: Screenshot attached to demonstrate the problem Using gtkhtml3-3.5.6-2
Created attachment 111025 [details] Screenshot demonstrating the problem
I confirm this. It is really irritating. It's not always off by one though, it sometimes gets off by more. It's like the outer left part of the message window isn't redrawn like it should (?).
Played around a bit more today. It seems that I was right in my suspicion, the text area isn't redrawn as it should. Scrolling down the text area and then up again everything looks as it should.
Many thanks for the updated information. As a temporary workaround, I've been switching to HTML composition mode (which doesn't have this bug) when composing replies, then switching back to text mode before sending the mail (distasteful but effective!) Looks like this has been reported upstream here: http://bugzilla.ximian.com/show_bug.cgi?id=72516
OK, it's tracked upstream here: http://bugzilla.ximian.com/show_bug.cgi?id=72399 It's been fixed in upstream CVS, so should be fixed in the next tarball release.
Yep, this works fine now, after upgrading gtkhtml3 to 3.5.7. I guess this bug could be closed now...
Resolving: fixed in Rawhide