Closed Bug 399303 Opened 18 years ago Closed 14 years ago

Vertical scrollbar appears and then disappears (incremental rendering bug?)

Categories

(Core :: Layout, defect)

1.8 Branch
x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mbaco, Unassigned)

References

()

Details

(Whiteboard: [testday-20110902] Possibility: Incremential rendering bug regarding respective overflow declaration of nested elements)

User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; (R1 1.3); .NET CLR 2.0.50727) Build Identifier: 2.0.0.7. Polish When I first go to the gallery at http://www.maciejabramowicz.pl the scrollbars appear, however, they do not fit in the window and I can't scroll to the end of the page. Then if I go to portfolio, the vertical scrollbar appears only for a faction of a second and disappears completely. I can't scroll anything on that page even though the page is quite long. Then if go back to the gallery - the scrollbar doesn't appear at all until I close the browser and re-open it. Reproducible: Sometimes Steps to Reproduce: 1. 2. 3.
1- Maciej, are you the web author of that site? I will assume for now that you are Maciej Abramowicz. 2- Have you tried to fix the validation markup errors in all those webpages? Fixing validation markup errors should be the very first thing to do: it is useless to start debugging a page when the HTML is not valid. Also switching to a strict DTD can help achieve standards compliant rendering mode for cross-browser purposes Using Web Standards in your Web Pages http://developer.mozilla.org/en/docs/Using_Web_Standards_in_your_Web_Pages 3- Most of the font-size declared in the stylesheet http://www.maciejabramowicz.pl/style.css for elements are under 13px: 9px, 10px, 12px. What is your minimal font-size value in Firefox 2.0.0.7: Tools/Options.../Content tab/Advanced... button/Minimal font-size? Absolute font units are not recommended and not recommendable. 4- What exactly makes you believe that there is a bug with Firefox 2.0.0.7? 5- Can you create a reduced testcase showing, demontrating the actual results? 6- Can you choose only 1 webpage URL for this bug report? By definition http://developer.mozilla.org/en/docs/Bug_writing_guidelines#Principles a bug report should be about 1 single URL, unless the other URLs involve the exact same behavior. 7- I see a lot of positioning (relative and absolute), z-index declarations and overflow: hidden in your stylesheet http://www.maciejabramowicz.pl/style.css This could easily be the source, the cause of the absence of scrollbar for all the block-level elements overlapping each other. Also I see a lot of over-constraining CSS code like width: 100% and height: 100%. Have you carefully examined the interaction of all these CSS rules together? I have not carefully examined your webpage markup and CSS code but, from my experience, I'd say that your markup code and CSS code have all the ingredients of over-constraining rendering, layout. I am enclined to suggest you visit http://mozillapl.org/forum/ and seek coding assistance, debugging assistance in Standardy WWW i źle działające strony forum 8- The http://www.maciejabramowicz.pl/javascript.js is a JScript Script File, not a Javascript file. Why? I believe (am pretty sure) Mozilla software does not support JScript Script but only javascript served as text/javascript or application/javascript or application/ecmascript. 9- I also see some code which will only work in IE, be supported by IE. Regards, Gérard
On other thing. There may be a bug with Firefox here. I'm not suggesting there isn't; it's too early to say. We can figure out if there is a bug with a reduced, minimized testcase coming from the gallery webpage (url will wrap around) http://www.maciejabramowicz.pl/? menu_id=1&id1=1&id2=0&folder=./Norwegia%202007 What is a Simplified Test Case, and How Do I Make One? http://www.mozilla.org/newlayout/bugathon.html#testcase Later, we can check to see if the bug still occurs in a nightly trunk build. ------------ When I load the Strona Glowna webpage (Home) and then increase the font-size (Ctrl++), the overflowed content is clipped, no scrollbar appear and the overflowed content is not accessible, not reachable via keyboard or mouse: this is the result of overflow: hidden. Regards, Gérard
I checked the Gallery/Norwegia 2007 webpage (url will wrap) http://www.maciejabramowicz.pl/? menu_id=1&id1=1&id2=0&folder=./Norwegia%202007 with Seamonkey 2.0a1pre rv1.9a9pre build 2007100402 under XP Pro SP2 and the vertical scrollbar do not show up. So, this may be an incremential rendering bug either way (on the trunk or on the 2.0 branch). With DOM Inspector, I see that the DOM tree is also over-developed, over-excessively deep: nested tables in the right cell and multiple overflow declarations of all types: auto, visible, hidden. Again, it would be *_necessary_* here to create a reduced testcase.
- URL updated - Setting version to 2.0 Branch for now - qawanted keyword added as this bug requires a reduced testcase first. Then we need to search for a duplicate.
Keywords: qawanted
Version: unspecified → 2.0 Branch
Steps to reproduce: ------------------- Ctrl+F5 in Firefox 2.0.0.7 to show the vertical scrollbar in the right cell (<td id="right_cell">) and then F5 to hide it. I have updated the Summary to reflect the bug: I removed the "no scrolling is possible" part since this is just the consequence of overflow: hidden being rendered.
Summary: the vertical scrollbar appears only for a moment and then disappears and no scrolling is possible. → Vertical scrollbar appears and then disappears (incremential rendering bug?)
Whiteboard: Possibility: Incremential rendering bug regarding respective overflow declaration of nested elements
I've been testing the site and I believe I know what is causing the problem and in my opinion IT IS a Firefox bug. Let me explain what happens on my site: the <div> tag is in the table within the <td> and </td> tags. If I apply the <div> tag with style="overflow:auto", the overflow setting applies to the entire table, not to the <div> tag only. However, in IE, Opera and in the Avant Browser I've been testing the site on, the overflow markup applies only to the <div> tag and not for the entire table.
> If I apply the <div> > tag with style="overflow:auto", the overflow setting applies to the entire > table, not to the <div> tag only. However, in IE, Opera and in the Avant > Browser I've been testing the site on, the overflow markup applies only to the > <div> tag and not for the entire table. Maciej, Can you create and attach a reduced, simplified testcase demonstrating this? Use the "Add an attachment" link for that. What is a Simplified Test Case, and How Do I Make One? http://www.mozilla.org/newlayout/bugathon.html#testcase
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Summary: Vertical scrollbar appears and then disappears (incremential rendering bug?) → Vertical scrollbar appears and then disappears (incremental rendering bug?)
Version: 2.0 Branch → 1.8 Branch
No test case was made, and I cannot reproduce the problem with the current web site using either Firefox 6 or Firefox 9 (Nightly).
wfm per past comments. please reopen if seen on modern versions of Firefox
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Keywords: qawanted
Resolution: --- → WORKSFORME
Whiteboard: Possibility: Incremential rendering bug regarding respective overflow declaration of nested elements → [testday-20110902] Possibility: Incremential rendering bug regarding respective overflow declaration of nested elements
You need to log in before you can comment on or make changes to this bug.