277517 - CSS-created 'frames' fail to receive focus

Status: RESOLVED DUPLICATE of bug 97283

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[Ian Batterbee]

The website http://www.fu2k.org/alex/css/frames/examples has multiple examples
of creating frames in CSS without actually using frames.

This all seems very cool, except that the only way I seem to be able to
vertically scroll the 'frames' is to use the mouse to drag the scroll bar. 
Keyboard up/down/space/pgup/pgdn don't do anything, and clicking in the text
area then using the mousewheel also does nothing. My guess is that the scroll
events are never making it to the place they should be.

Note that when I say I can't scroll in the following examples, I mean what I
said above, in that they can be scrolled by dragging the scroll bar, but not by
'normal' means. For the purposes of this bug, I'm going to use the word frame to
refer to what look like frames but are in fact created using CSS.

The 'frames' on the following page do not scroll for me:

http://www.fu2k.org/alex/css/frames/pixels

The following page allows me to scroll the 'big' grey frame on the right, but
not the one on the left

http://www.fu2k.org/alex/css/frames/fixed

The following page allows me to scroll the left and middle frames, but not the
right hand one.

The following does not scroll by any method
http://www.fu2k.org/alex/css/frames/scalable/reprise

The following is the same as the previous, but scrolls correctly
http://www.fu2k.org/alex/css/frames/scalablefixed

Note that I'm not the author of those pages, nor do I have any connection to
them, but they're a great example of the problem I've been seeing when trying to
do something similar myself.

I also can't figure out quite which component this bug should fit into, so if
you know, please change it.

Comment 1

[Ian Batterbee]

Just to make the reason for this bug report clear - all of the pages I listed
scroll correctly in IE, suggesting that scrolling is the correct behaviour, or
that Microsoft has once again taken liberties they shouldn't have. Either way,
it would be good to know which it is.

Comment 2

[Mats Palmgren (inactive)]

WFM, Mozilla 2004-01-06-05 trunk Linux.

Ian, what version of Mozilla/Firefox are you using?

Comment 3

[Ian Batterbee]

That's interesting.

I'm using Moz 1.7.3 (20040910) and FF 1.0 (20041107)

Unfortunately X is broken on my NAT/router box, so I can't easily test it under
linux.  Anyone else have a windows box they can confirm with ?

Mouse is a logitech (but I can't scroll with the keyboard either so that
probably isn't relevant), OS is W2K SP4 and windows update has nothing pending
for it.

Comment 4

[Mats Palmgren (inactive)]

This has been fixed in trunk builds (bug 97283 and bug 251986).
You can try it in Mozilla 1.8a5:
http://ftp.mozilla.org/pub/mozilla.org/mozilla/releases/mozilla1.8a5/

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

Comment 5

[Ian Batterbee]

Thanks for finding the dupe.. just out of interest - how did you find it ? I
tried several unfruitful searches before filing this and other bugs. Or did you
just know about the other bug already ?

Comment 6

[Ian Batterbee]

Ah, never mind... I see how many comments you made in that bug now.. apologies
for further email spam, but at least this stops you having to reply once more.