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)

x86
Windows XP
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".
Severity: normal → major
Version: unspecified → Trunk
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
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.
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Blocks: 508499
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.
QA Whiteboard: qa-not-actionable

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 → --

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.