31994 - Contents of select menu is copied to plaintext clipboard

Status: VERIFIED FIXED

(Core :: DOM: Editor, defect, P3)

Description

[Eli Goldberg]

[Guessing Akkana is the right person to know who gets this --- wrote new bug 
rather than re-opening 12560, which was becoming unwieldy.]

* TITLE/SUMMARY
Contents of select menu is copied to plaintext clipboard

* STEPS TO REPRODUCE
0) Launch Apprunner
1) View http://www.mozilla.org/quality/browser/front-end/testcases/copy-paste/
copy-bad-stuff/copy-bad-stuff.html(attached as test case) 
2) Copy the page contents
3) View the clipboard as plaintext (e.g. paste into text editor, or View 
Clipboard on Mac OS)

* RESULT
 - What happened

The contents of the select pop-up menu ("Pop me up, moofie!") appear on the 
clipboard.

 - What was expected 

The contents of select shouldn't be pasted to the clipboard when copying. At 
least, this is how every other web browser behaves.

* REGRESSION

 - Occurs On
        Mac OS & Linux Apprunner (3.15.2000 AM optimized beta branch build)		

        Win32 Apprunner (3.15.2000 AM optimized beta branch build [NT 4, Service 
Pack 5])

 - Doesn't Occur On
        Internet Explorer 5 (Win32)		
        Communicator 4.7 (Mac OS)		


* CONFIGURATIONS TESTED

- [Mac] Beige Power Mac G3 (266 MHz PowerPC 750), 96 MB RAM (VM on; 1 MB of VM 
used), 1024x768 (Thousands of Colors), Mac OS 8.6

- [Win32] Vectra VL (233 MHz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP5.

- [Linux] Vectra VL (266 MHz P2), 96 MB RAM. Red Hat Linux 6.0 (GNOME).

Comment 1

[Eli Goldberg]

QA Assigning to self.

Comment 2

[Akkana Peck]

Accepting bug, but the indicated page has not been attached and the link you
mentioned doesn't work.  Can you please put a working url into the url field (or
as an attachment, if there's no public url) so it'll be clickable?  Thanks!

Is this the same problem as in 12560, or is this a different case which was not
covered by that bug?

Comment 3

[Eli Goldberg]

Correct URL is now in text field. (The URL in the document should have been 
correct, had a line break in the middle.)

This is the same as one of the handful of issues raised in 12560. I wrote a new 
bug report because 12560 had covered a number of separate issues, and only one of 
them regressed.

Comment 4

[Akkana Peck]

Turns out that this select element was at a different position on the tag stack
from the one previously tested.

I have a more general fix ready.

Comment 5

[Akkana Peck]

Fixed.  This turned out to be different from the issues in the other bug: this
was only the single selected text-widget-looking child of a select (internally,
it's a text node as an immediate child of a select element), rather than the
multiple list items that the previous fix filtered out..

I'm actually sort of surprised that you don't want to see this as part of the
clipboard's contents (and, in fact, it's shown as selected, so you might want to
file a bug to mjudge to make it not look selected now that it's not copied) but
if no one else does it, I suppose we shouldn't either.

Comment 6

[Eli Goldberg]

Verified fixed on 3.27.00 builds (on Windows, Macintosh & Linux.)