61470 - Clipped stuff in DIV invisible but selectable, copyable, etc.

Status: VERIFIED DUPLICATE of bug 35274

(Core :: Web Painting, defect, P3)

Description

[mw]

BuildID:    2000112804

Text is selectable, links are clickable etc. even outside of a clipped area.

Reproducible: Always
Steps to Reproduce:
1. Create a DIV
2. Clip it
3. Select text outside of the clipping (invisible, but still selectable). Copy. 
Paste in your fav text editor.

Actual Results:  Text is pasted.

Expected Results:  Moz should not have selected the text.

I'm marking this major as it will affect all kinds of DHTML scrollers, used on 
lots of sites.

Comment 1

[mw]

Attachment: Testcase

Comment 2

[Boris Zbarsky [:bzbarsky]]

The links being clickable is bug 48611.

This bug should probably be focused on the text still being selectable.
Adjusting summary accordingly.  I see this on Linux build 2000-111-26-21, so OS
-> ALL.

Over to views, and confirming.

Comment 3

[mw]

Just a note. 48611 should rather be a dup of / depending on this; the real 
problem is that the viewport is clipped, but the actual content is not. 
With "content" being links, text, images or foo. You can, for example, do a 
"view image" or ANY normal image operation on a hidden image. I would like to 
stress that this is, or will be, a high-profile bug when webmasters around the 
world starts modifying their DHTML scrollers for NS6 (which has this bug); 
sometimes rather large areas can be CLIPped, and if the hidden stuff overlap 
other links (this can easily be seen on news sites, etc) things will be really 
messy. I have already seen lots of obvious scroller questions (for example "how 
do I get the height/width of a div", yes, I have asked this question myself) on 
the NGs lately, indicating that ppl are beginning the transition of their code 
to "Moz compatible". This will degrade the perceived quality of Moz/NS6.x in the 
eyes of JS/DHTML coders as it makes lots of DIV stuff impossible to do, with no 
obvious workaround. That is a Very Bad Thing, as Moz is flirting with the web 
developers. Changing description again, and marking 48611 dependent on this one.

Comment 4

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

I'd say that this is a duplicate of bug 48611 (which is in turn a duplicate of
the earlier bug 35274), since the reason they are selectable, copyable, etc., is
because they are recieving events.

Comment 5

[Kevin McCluskey (gone)]

Set milestone to mozilla.1.0

Comment 6

[Kevin McCluskey (gone)]

Setting milestone to future, since I am not scheduling anything past 1.9.1 at
this point.

Comment 7

[Kevin McCluskey (gone)]

*** This bug has been marked as a duplicate of 35274 ***

Comment 8

[Chad Austin]

Verifications.  Tests (if necessary) were done with 2001052504 on Windows 2000.

Please forgive the spam.