Closed Bug 789569 Opened 12 years ago Closed 5 years ago

Multiple pasting of a complete line incl. EOL does not work (copy/paste)

Categories

(Thunderbird :: Message Compose Window, defect)

Product:
Thunderbird
Component:
Message Compose Window
Version:
15 Branch
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: chrispitude, Unassigned)

References

Details

(Whiteboard: [STR comment 3] [dupme?])

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0 Build ID: 20120824154833 Steps to reproduce: I typed a few lines into a fresh composition window. I selected a middle line by going to the beginning of the line, pressing Shift+down arrow. Then, I copied the line with Ctrl+C. When I perform one paste with Ctrl+V, the selected line is replaced with the copied line, effectively doing nothing. Actual results: A second Ctrl+V (and any subsequent instances) does nothing. Expected results: The second Ctrl+V should now paste a duplicate of the line.
This wfm on TB15/WinXP. chris, can you attach the source of a msg for which this fails (remove private data as required), and mention the line to copy?
Keywords: testcase-wanted
Hi Tom, Thanks for following up with me. Unfortunately, I'm just a dumb user and don't know how to do what you're asking. If you tell me, I'm happy to do it. My installation is a default installation, using the normal HTML composition window. If you open an HTML composition window and type: line1<return> line2<return> line3<return> and then select "line2" (including the EOL for line2) and copy, then paste a few times, you should see the failure to paste. I asked a coworker to try this on his installation of Thunderbird v15, and it exhibits the same problem.
(In reply to Chris Papademetrious from comment #2) > Hi Tom, > Thanks for following up with me. Unfortunately, I'm just a dumb user and > don't know how to do what you're asking. If you tell me, I'm happy to do it. You're a clever user because you report bugs and cooperate to get them fixed! Thanks for providing more missing detail. > My installation is a default installation, using the normal HTML composition > window. If you open an HTML composition window and type: > > line1<return> > line2<return> > line3<return> > > and then select "line2" (including the EOL for line2) and copy, then paste a > few times, you should see the failure to paste. Yes, it fails -> confirming! STR: 1 hmtl composition with following text: line1<return> line2<return> line3<return> 2 Select line 2 including EOL (e.g. cursor to begin of line 2, then Shift+cursor down) - important! 3 Ctrl+C (don't unselect) 4 Ctrl+V two ore more times Actual result - first Ctrl+V seems to work correctly - subsequent Ctrl+V do nothing Expected - subsequent Ctrl+V should add more copies of "line2<return>" If there are no dupes, this should be confirmed.
Keywords: testcase-wanted
OS: Windows 7 → All
Hardware: x86_64 → All
Whiteboard: dupme?
Summary: Pasting a complete line does not work → Multiple pasting of a complete line incl. EOL does not work
Whiteboard: dupme? → [STR comment 3] [dupme?]
Similar to Bug 373374?
Summary: Multiple pasting of a complete line incl. EOL does not work → Multiple pasting of a complete line incl. EOL does not work (copy/paste)
This bug is not related at all with Bug 373374. In a bug report, one should say what is considered incorrect or correct. What Chris describes is correct behavior for the first Ctrl+V and incorrect subsequently. What I see with TB 15.0.1 is different and a new bug for me in my latest version. If I do the same Ctrl+C, all Ctrl+V do work but produce a wrong extra space, giving: line1 line2 line2 line3 It looks as if "line2<return><return>" is in the clipboard but only on the HTML copy, because Paste without Formatting works correctly. The extra space is present if I paste in Kompozer and probably other HTML editors.
I forgot to mention Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 but it's unimportant as the Platform of this bug is All All.
On Win7 with TB 31.3.0 this problem does not occur anymore. Fixed? Or Linux specified?
I am the original reporter. I wish I could verify the fix, but my company has switched to Outlook so I am no longer able to help. However, for what it's worth, I encountered the original problem under Windows 7.

Andre, can you still reproduce this? (And bug 834991 too)

Flags: needinfo?(A.Pirard.Papou)

Thomas, can you still reproduce? If not, we should close this. Because I just closed Bug 373374 - frequently I am unable to paste text into the compose window (usually at the beginning of a line? or copy partial blockquote from reply?)

Flags: needinfo?(A.Pirard.Papou) → needinfo?(bugzilla2007)

(In reply to Wayne Mery (:wsmwk) from comment #10)

Thomas, can you still reproduce? If not, we should close this. Because I just closed Bug 373374 - frequently I am unable to paste text into the compose window (usually at the beginning of a line? or copy partial blockquote from reply?)

Actual result is now different, better (pasting almost as expected), but still wrong and pretty messy wrt HTML source. Let's close this and start cleanly on a new bug.

On 76.0a1 (2020-03-11) (64-bit), actual result of STR comment 3 is now:

<p>line1</p>
<p>line2</p>
<p>line2</p>
<p>line2</p>
<p><br>
</p>
line3
<p><br>
</p>

Note that line3 which is not even involved is now orphaned without <p></p>, but before copy/paste operations, that was correct:

<p>line1</p>
<p>line2</p>
<p>line3</p>
<p><br>
</p>

Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Flags: needinfo?(bugzilla2007)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.