User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a4) Gecko/20040927 MultiZilla/1.6.4.0b Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a4) Gecko/20040927 MultiZilla/1.6.4.0b After using the vertical scrollbar to go to the end of the "Angebote" section of the web site, a new horizontal scrollbar appears and disables the vertical scrollbar !! This is one of the biggest german retailers Reproducible: Always Steps to Reproduce: 1.Open www.aldi-essen.de 2.Go to Menue "Aldi Aktuell", left corner 3. Select first menue entry "ab 6.10.04" , the date may vary 4. An new page with the sales offers appears, showing vertical and horizontal scrollbars 5. scroll to the end of the offer section 6. an new horizontal bar appears 7. vertical scrollbar becomes shorter and doesn't work Expected Results: Should work This is a regression.The site worked with 1.7.2.

similar issue bug 260980 ??

With 1.8a4 I see a second set of scrollbars appearing as soon as the frame with sales offers is focused by clicking somewhere in the frame area or by using one of the scrollbars. Afterwards the frame is scrollable with those two new scrollbars. This bug was not reproducible with Gecko/20040702.

This is the first part of a simplified testcase.

This is the second part of a simplified testcase. Save both attachments to the same directory and open AEtestcase.htm, focus the frame by clicking or scrolling and a second set of scrollbars should appear.

wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a5) Gecko/20041001 there are two sets of scrollbars, the outer belonging to the frameset, and the inner belonging to the frame. When the page is loaded, you only see the outer ones. If you use the (outer) scrollbar to scroll to the right, the inner vertical scrollbar gets visible. You can use this inner scrollbar to scroll through the frame. now the text I´ve written before finding the solution above, don´t know if it is of any use: seen on Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.2) Gecko/20040803 Mozilla 1.4.2, current nightly, Mozilla/5.0 (Windows; U; Win98; rv:1.7.3) Gecko/20040911 Firefox/0.10 Netscape 4.79 was crashing, Opera was showing as intended. Comment 0 states it was working with Mozilla 1.7.2, but I´m seeing the bug on Mozilla 1.7.2, rarely used profile (for tests with 1.7.2) As I´m seeing this bug also on Mozilla 1.4.2, I don´t think it to be a regression. The website is unusable, imho. Validator was showing only three bugs, after setting encoding to ISO-8859-1. Maybe it depends on screen resolution, I´m on 800x600. For our non-german-speaking friends: 1. load http://www.aldi-essen.de/ 2. click on 'ALDI aktuell' (top left) Frame http://www.aldi-essen.de/OFFER_D/index.htm ois loaded. If you load it in a new tab, you can scroll vertically and horizontal. The frame has 6 rows each one holding 5 images, and the heigth of the frame is about 120% of the height of a row. (rough guess)

Opera is showing same behaviour as Mozilla. At first you only see the outer scrollbars, and when the inner horizontal scrollbar comes up, it blocks further vertical scrolling. You must use the outer horizontal scrollbar to scroll right to get the inner vertical scrollbar visible, but as you are very low on the page, and the inner scroller is at the top of the inner scrollbar, the only thing visible of the inner scrollbar is the bottom arrow button. The website seems to be technically correct, though imho visually unusable. Another design error at http://www.aldi-nord.de/ = http://www.aldi-essen.de/ is, that they splitted one image to use it as background in two frames, http://www.aldi-essen.de/IMAGES/homepage_main.jpg http://www.aldi-nord.de/IMAGES/homepage_unt_li.jpg Using full screen, you see it correctly, normal display hides the bottom of the upper image, so the cars in the lower image don´t get their top from the frame above, but the roof of the shopping center. The other one of the biggest retailers, http://www.aldi-sued.de/ has same problems with the frames on the start page, but not in the products page. SÜD is only partially shown. ( german 'sued' = 'süd' means south, not related to the english 'sued') Can anybody tell which Mozilla was working better than the current ones, and what exactly 'better' means?

To answer the question, this is working correctly with Mozilla 1.7.1 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 MultiZilla/1.6.3.0e. Correctly working means IMHO that only one vertical and one horizontal scrollbar is visible and allows to scroll though the whole sub screen.

With Mozilla 1.8a4 and a screen resolution of 1024x768 or higher, after focusing the frame (a dotted outline appears around the frame), the original scrollbars grow a little larger and a second set of inner scrollbars is created (but not yet visible). You have to use the outer scrollbars to see this new set of scrollbars. With Mozilla 1.7.3/Firefox 0.10.1 and a screen resolution of 1024x768 or higher there is only one set of scrollbars, scrolling the sales offers frame as expected. No confusing, second set of scrollbars appears when you focus the frame. With a screen resolution of 800x600 (or by resizing the browser window) the two sets of scrollbars are already there without focusing the frame.

Mozilla Windows Trunk Nightly Build Regression Window Pass: 2004090105 Fail: 2004090206

Works with Mozilla 1.8a5 and Firefox 1.0 RC2 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041103 MultiZilla/1.6.4.0b

Clicking on an overflow:auto div doesn't focus it anymore. That behavior was changed by bug 262578. But overflow:auto divs are still focusable by tabbing through them. So, I can still reproduce the bug when I'm tabbing through that page, although the effect of it is now not that serious anymore.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050428 Firefox/1.0+ WFM.

I can't reproduce with a build with the fix for bug 240276. It could be that this was already not seen anymore on the ur, but bug 240276 should have fixed it otherwise, probably.