Closed
Bug 399303
Opened 18 years ago
Closed 14 years ago
Vertical scrollbar appears and then disappears (incremental rendering bug?)
Categories
(Core :: Layout, defect)
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.
Comment 1•18 years ago
|
||
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
Comment 2•18 years ago
|
||
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
Comment 3•18 years ago
|
||
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.
Comment 4•18 years ago
|
||
- 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
Comment 5•18 years ago
|
||
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.
Comment 7•17 years ago
|
||
> 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
Comment 8•14 years ago
|
||
No test case was made, and I cannot reproduce the problem with the current web site using either Firefox 6 or Firefox 9 (Nightly).
Comment 9•14 years ago
|
||
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.
Description
•