723264 - Copy-Paste of double-click-selected word at end of paragraph in E-Mail Message Pane includes trailing space (what is invisible in highlighted selection) into pasted result

Status: NEW

(SeaMonkey :: MailNews: Message Display, defect)

Description

[long]

I have layout.word_select.eat_space_to_next_word set to false which works great in browser windows.  However, when I am reading mail and I double-click the last word on a line it adds a space character to the selection such that when I middle-click elsewhere to paste my selection there is now a space at the end of my selection.  This is bad behavior, e.g. when pasting a password it adds an extra space yet I can't tell because the password is obfuscated.

Comment 1

[Martin Häcker]

I would like to add that this adds a really hard to detect bug if you send someone a login information in the format:

username: someone
password: fnord

If you do that and try to copy the password by double clicking it, then the added space is guaranteed to be invisible if you paste that into a password field in the browser.

But of course the password then doesn't work. :-(

I would like to urge the developers of Seamonkey to change the default behavior to match the what you see is what you get behavior. That is when I select some text and then copy it, please _JUST_ copy the text that I see as visible. Anything else is bound to create lots of unhappy surprises.

Comment 2

[Rainer Bielefeld]

NOT reproducible with DE SeaMonkey 2.35(γ)  (Windows NT 6.1; WOW64; rv:38.0 nightly by Adrian Kalla)  Gecko/20100101 Build 20150616034436 (Classic Theme) on  German WIN7 64bit.

0. In browser go to URL <about:config>
1. Search parameter list for "layout.word_select.eat_space_to_next_word"
2. modify to "false" if necessary
3. Do a test by double click last word of a line (in both cases: auto line feed and before new paragraph) for
3A. This page user story
3B. This page Edit comment field
3C. E-mail in inbox - Message pane
3D. E-mail in inbox - New window
3E. E-mail in Composer

My results sith parameter = "true" for "trailing space included into selection by double click" 
a) Only last words without following new paragraph affected (of course, 
   only there you have a trailing space)
b1) User story: affected
c1) Edit comment field here: affected
d1) E-mail in inbox - Message pane, last word before auto line break: 
   NOT affected
e1) E-mail in inbox - New window: NOT affected
f1) E-mail in Composer: affected

My results sith parameter = "false" for "trailing space included into selection by double click" 
a) Only last words without following new paragraph affected (of course, 
   only there you have a trailing space)
b2) User story: "false" works fine
c2) Edit comment field here: "false" works fine
d2) E-mail in inbox - Message pane, last word before auto line break: 
    still NOT affected
e2) E-mail in inbox - New window: still NOT affected
f2) E-mail in Composer: "false" works fine

g) os for me everything seems to work fine. Fixed? OS-related? Something else?

@Reporter: Please contribute your results with current SeaMonkey version and OS in a detailed list like mine, clearly distinguishing the various cases

Comment 3

[Rainer Bielefeld]

h) I wonder whether we need some unification for behavior ...

Comment 4

[long]

Perhaps it is fixed in 2.35 but in 2.33.1 on both Win7 and Fedora 21 I still get an extra space every time.  I've attached a screenshot this time showing where exactly this is happening for me.  You can see I double-clicked "test2" then I hit Ctrl+C then I went to the cmd window and I right-clicked the title bar and did Edit -> Paste and you can see there is an extra space after what was pasted.  I'm not sure I understand your use case a) but for the rest:

b) User story: works fine
c) edit comment field: works fine
d) see screen shot, does not work
e) email new window: same as d)
f) compose window, works fine

Comment 5

[long]

Attachment: mail.png

Comment 6

[Rainer Bielefeld]

Hm, copy paste to command line is not a very common application.

Do I understand you screenshot correctly? In SM the highlighted area only includes the word without trailing space, but when you copy to clipboard and paste clipboard to somewhere there is a trailing space? That would be something completely different than my test, I only watched whether the trailing space was highlighted, not whether it was included to clipboard.

Comment 7

[long]

It doesn't seem to matter where I paste it, the extra space is included (except in Word for some reason).  

And yes, you are understanding my screenshot and problem.  Even though it does not show an extra space when I select (highlight) it the extra space shows up when I paste it.

Comment 8

[Rainer Bielefeld]

Please send to me that e-mail used for the screenshot!

Comment 9

[Rainer Bielefeld]

(In reply to long from comment #7)
What happens if you copy - paste  such a selection within the same document?

Comment 10

[long]

I think I am misunderstanding but I can't copy and paste from my email back in to my email.

Comment 11

[Rainer Bielefeld]

@reporter:
g) So please Contribute a problem related step by step instruction containing 
   every key press and every mouse click how to reproduce your problem due to 
   <https://developer.mozilla.org/en-US/docs/Mozilla/QA/Bug_writing_guidelines>
   similar to report in Bug 1139273)
h) explain why background of Message Pane in your screenshot is grey, for me 
   background there always is white

Comment 12

[Rainer Bielefeld]

Attachment: test mail

REPRODUCIBLE with DE SeaMonkey 2.35(γ)  (Windows NT 6.1; WOW64; rv:38.0 nightly by Adrian Kalla)  Gecko/20100101 Build 20150616034436 (Classic Theme) on German WIN7 64bit:
0. Save test document, do preparations as per comments above, open this bug
   report in browser, log in so that comment input field appears, type ".."
   (2 dots)
1. SM Mail program, menu 'file → open → browse for "test mail.eml" and open'
   » opens in a new window
2. double click with "test2"
   » becomes highlighted, only characters, no trailing space highlighted
3. <control+c> for 'copy'
4. switch go browser with bug report TAB from step 0
5. click between first and second dot in comment field
6. <control+v> for paste
   expected: ".test1."
   actual: ".test1 ."

I will do osme more investigation until evening.

Comment 13

[Rainer Bielefeld]

Some additional information:

h) I can easily reproduce with all of my e-mails. Any Last word of a paragraph
   without trailing punctuation mark seems to trigger the effect
i) I can not reproduce the problem with any newsgroup posting. Manually
   added signatures should cause the problem, but they do not!
k) Seems not to be related to character encoding of source, "Unicode" and "Western"
   e-mails in inbox trigger the effect, news postings do not.
l) indeed related to double click selection. With mouse and dragged mouse button:
   left to right selection does not trigger the effect
   right to left selection does not trigger the effect
m) effect also visible when paste to Edit Pad Lite
n) Some possible DUPs here, <https://bugzilla.mozilla.org/buglist.cgi?cmdtype=runnamed&namedcmd=DUPs723264&list_id=12363728>
   is there any volunteer to do a diligent but routine
   piece of work  (find the DUP)?

Comment 14

[Rainer Bielefeld]

o) I tried with Thunderbird 42.0a1 (2015-07-12). In TB I can not see any 
   influence of parameter 'layout.word_select.eat_space_to_next_word',
   for test mail (attachment) dragged and dropped to TB local folders trash box
   double click always will include a trailing space (visible in highlighting)
   after double click, except if you "Edit as New".
   so TB seems to have a different problem 
   "layout.word_select.eat_space_to_next_word", but I doubt that that has
   to do with the core of this report.

o): NEW as "SM only" problem.

Comment 15

[long]

Still seems to be a problem in SM 2.40 on Mac and Linux.