Closed
Bug 620229
Opened 15 years ago
Closed 2 years ago
"top" and "left" properties are wrongly computed for fixed positioning element
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
blocking2.0 | --- | - |
People
(Reporter: tabutils+bugzilla, Unassigned)
References
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:2.0b9pre) Gecko/20101218 Firefox/4.0b9pre
Build Identifier:
Open a Javascript shell, execute the following:
var ind = gBrowser.mTabContainer._tabDropIndicator;
ind.style.position = "fixed";
ind.style.top = "100px";
ind.style.left = "300px";
var style = getComputedStyle(ind);
alert([style.top, style.left]);
Reproducible: Always
Actual Results:
The computed values are "0px" for "top" and "left".
Expected Results:
The values should be "100px" and "300px".
This is probably about positioning not working in XUL.
This works well in Firefox 3.6, so it is a regression in Firefox 4.0 betas.
Keywords: regression
blocking2.0: --- → ?
Comment 3•15 years ago
|
||
Would you be able to try and find the regression range:
https://wiki.mozilla.org/QA/Triage#How_to_Help_with_Regressions_--_Finding_Regression_Windows
Thanks!
Keywords: regressionwindow-wanted
blocking2.0: ? → -
It happened between nightly 20100309 and 20100310, but I find that the tab drop indicator changed from xul:hbox to xul:image between the two versions.
Comment 5•15 years ago
|
||
Thanks for the regression range. Pushlog using revs rather than dates:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=dcfcfca09b45&tochange=fd26cf0fd809
In that range is bug 508499 which is presumably the change you mention in comment 4.
I have tested another xul:image introduced by xbl binding.
[code]
var searchbar = document.getElementById('searchbar');
var ind = document.getAnonymousElementByAttribute(searchbar, "anonid", "search-go-button");
ind.style.position = "fixed";
ind.style.top = "100px";
ind.style.left = "300px";
var style = getComputedStyle(ind, null);
alert([style.top, style.left]);
[/code]
It seems the problem has been existing in Firefox 3.6, so probably not introduced by bug 508499. Sorry for the misleading.
xul:hbox introduced by xbl binding works well with fixed positioning though.
Comment 8•3 years ago
|
||
In the process of migrating remaining bugs to the new severity system, the severity for this bug cannot be automatically determined. Please retriage this bug using the new severity system.
Severity: major → --
Comment 9•2 years ago
•
|
||
Sounds like this may have been XUL/XBL related, but XUL/XBL have been removed and aren't supported anymore.
In any case: I think this is worksforme. I tried the STR from comment 0 but at example.org with web console and with var ind = $0
after inspecting the div element, and I got the expected results (100px and 300px).
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•