Closed Bug 270690 Opened 21 years ago Closed 20 years ago

vertical scrollbar doesn't display properly with absolute css positioning and javascript dom manipulation

Categories

(Firefox :: General, defect)

1.0 Branch
PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED EXPIRED

People

(Reporter: davidthewatson, Assigned: bugzilla)

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/125.5 (KHTML, like Gecko) Safari/125.9 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 When using the following code, a vertical scrollbar will not appear in the browser where it should, ie. on the table in the included iframe or if it does appear, it's a phantom, and cannot be manipulated with the mouse. Change the position of #list to fixed instead of absolute and the scrollbar will function as it should. tester.html: <html> <head> <script language="javascript"> window.onload = function () { var e = document.createElement("IFRAME"); var id ="list"; e.id = id; e.name = id; e.scrolling = "no"; e.frameBorder = "no"; e.hideFocus = true; e.allowTransparency = true; e.src = "test.html"; document.body.appendChild(e); id = "welcome"; e = document.createElement("IFRAME"); e.id = id; e.name = id; e.scrolling = "no"; e.frameBorder = "no"; e.hideFocus = true; e.allowTransparency = true; e.src = "bogus"; document.body.appendChild(e); } </script> <style> body { font-family: Verdana; font-size: 9pt; background-color:#ffffff; margin:0px 0px 0px 0px; } #list { position: absolute; visibility:visible; } #welcome { visibility:hidden; } </style></head> <body> </body> </html> test.html: <html> <head><TITLE></TITLE> <style> #foo { width:100px; height:100px; overflow:auto; } </style></head> <body> <div id="foo"> <table> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr> <TR><TD>1</TD></TR> <tr><TD>2</TD></tr></table> </div> </body> </html> Reproducible: Always Steps to Reproduce: 1. Create a file called tester.html from the example above. 2. Create a file called test.html from the example above. 3. Load tester.html in the browser. Note missing scrollbar, if it appears, mouseover and it will disappear or display paint anomalies. 4. Edit tester.html and change #list's position to fixed (position: fixed;). Reload the page. Note that the scrollbar now functions normally. Actual Results: Scrollbar is invisible or unusable. Expected Results: Scrollbar should paint normally and allow scrolling using the mouse.
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Would make sense if it's a Mac only bug.
Indeed, I have been unable to reproduce on anything but Mac OS X.
Attached file Testcase
Hope this works...
Reproducable on the branch, but not on a trunk build.
Component: General → Browser-General
Product: Firefox → Browser
Version: unspecified → 1.7 Branch
hmm, even not in 1.7.3.
Component: Browser-General → General
Product: Browser → Firefox
Version: 1.7 Branch → 1.0 Branch
I am able to reproduce this bug on mozilla 1.7.3 on Mac OS X 10.3.5: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.3) Gecko/20040910
WFM: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b) Gecko/20050204 Firefox/1.0+ Please reopen if you can reproduce with a nightly trunk build.
Also true of horizontal scrollbar (MacOS 10.3.8 Firefox 1.0.2). Both bars initially do not appear. Once I click in that area, the notional scrollbars paint a solid gray with no beginning or end. Quite unusable.
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: