Closed
Bug 620229
Opened 14 years ago
Closed 11 months 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•14 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•14 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•2 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•11 months 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: 11 months ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•