We want the statusbar to be above the devtools box. That means moving the statusbar inside the tab. That would imply building one statusbar per tab.

Dao, do you think it's something feasible?

I don't think one status panel per tab this is very reasonable, given the global nature of the XULBrowserWindow infrastructure.

Possible workaround: when the toolbox is present in the current tab, we translate (as is transform:translateY()) the statusbar.

Translating the statusbar. This is not the final version and a lot of cases are missed out. But asking for feedback to see if this approach is acceptable.

Comment on attachment 754223 [details] [diff] [review] patch v0.1 I'd rather not have external code mess with the status panel's position. If multiple actors did that, things would quickly get messy, as you assume you're the only one setting a CSS transform on the status panel.

So any suggestions here , anyone ?

[this is out of my scope now :) ]

(In reply to Dão Gottwald [:dao] from comment #5) > Comment on attachment 754223 [details] [diff] [review] > patch v0.1 > > I'd rather not have external code mess with the status panel's position. If > multiple actors did that, things would quickly get messy, as you assume > you're the only one setting a CSS transform on the status panel. So any idea of what we can do to fix this issue?

fixed a nit

lgtm, I triggered a try build to see if this breaks any tests: https://tbpl.mozilla.org/?tree=Try&rev=5acd3a1dbb8d ...which includes the backout patches from bug 914180.

Would it be a good idea to add a (regression) unit test for this?

https://hg.mozilla.org/integration/fx-team/rev/b47e5a0b7704 I have no idea how a useful test for this might look like...

(In reply to Dão Gottwald [:dao] from comment #13) > I have no idea how a useful test for this might look like... No idea either. I guess I just wanted to have it mentioned. ;)

Comment on attachment 803707 [details] [diff] [review] patch [Approval Request Comment] Bug caused by (feature/regressing bug #): bug 914180 User impact if declined: When the patch in bug 914180 lands on Aurora, the status panel will cover the findbar when it's open. This patch fixes that. Testing completed (on m-c, etc.): one day on m-c, required for backout. Risk to taking this patch (and alternatives if risky): low String or IDL/UUID changes made by this patch: none

On: XP 32-bit, Ubuntu 12.10 32-bit and Mac OS X 10.7.5 in 32-bit mode, with latest Aurora (build ID: 20130926004003) and 25 beta 2 (build ID: 20130923194050) I can see the status bar above the developer toolbox, in both scenarios: 1) when reloading a page 2) when hovering an URL from the page Please see the attached screenshot for details. I'm assuming this is the discussed issue here, right?

(In reply to Manuela Muntean [:Manuela] [QA] from comment #19) > Created attachment 810538 [details] > Screenshot.png > > On: XP 32-bit, Ubuntu 12.10 32-bit and Mac OS X 10.7.5 in 32-bit mode, with > latest Aurora (build ID: 20130926004003) and 25 beta 2 (build ID: > 20130923194050) I can see the status bar above the developer toolbox, in > both scenarios: > > 1) when reloading a page > 2) when hovering an URL from the page > > Please see the attached screenshot for details. I'm assuming this is the > discussed issue here, right? Indeed. You see the valid behavior (status bar not hovering the tools).

Marking this verified, based on comment 19 and comment 20. Thanks Paul!