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)
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.
Comment 1•21 years ago
|
||
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.
| Reporter | ||
Comment 2•21 years ago
|
||
Indeed, I have been unable to reproduce on anything but Mac OS X.
Comment 3•21 years ago
|
||
Comment 4•21 years ago
|
||
Hope this works...
Comment 5•21 years ago
|
||
Reproducable on the branch, but not on a trunk build.
Component: General → Browser-General
Product: Firefox → Browser
Version: unspecified → 1.7 Branch
Comment 6•21 years ago
|
||
hmm, even not in 1.7.3.
Component: Browser-General → General
Product: Browser → Firefox
Version: 1.7 Branch → 1.0 Branch
| Reporter | ||
Comment 7•21 years ago
|
||
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
Comment 8•20 years ago
|
||
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.
Comment 9•20 years ago
|
||
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.
Comment 10•20 years ago
|
||
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/
Comment 11•20 years ago
|
||
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.
Description
•