Open
Bug 545265
Opened 16 years ago
Updated 3 years ago
On panels, noautohide causes noautofocus to not work
Categories
(Core :: XUL, defect)
Tracking
()
REOPENED
People
(Reporter: stechz, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: platform-parity, Whiteboard: [fxprivacy])
This does not affect Mac platform, confirmed on Linux.
If you open a popup with noautofocus="true" and noautohide="true", the popup will steal focus from the main window. Oddly enough, if you dynamically set noautohide to true after the first time the popup is shown, this problem goes away.
To reproduce (with DOM inspector):
1) Open firefox
2) Before anything else, go to DOM inspector and find identity-popup under main popupset. Set noautohide=true.
3) Click identity popup handler
Behavior: focus is stolen from Firefox (when it shouldn't be)
Comment 1•16 years ago
|
||
If this is Linux only, this is likely bug 526941.
| Reporter | ||
Comment 2•16 years ago
|
||
That bug sounds slightly different, in that (AFAICT) the elements *inside* the popup aren't properly focused. For this bug, focus is taken away from the main window even though noautofocus is true.
The root cause may be the same though.
Comment 3•15 years ago
|
||
Is this bug still an issue?
Comment 4•15 years ago
|
||
(In reply to comment #3)
> Is this bug still an issue?
This is still an issue for me on changeset http://hg.mozilla.org/mozilla-central/rev/6dca94a53967.
If I install Compiz on my Linux box, the bug dissapears so it seems related to Metacity only.
Comment 5•14 years ago
|
||
Thanks for the workaround in comment #0. People were running into this on Ubuntu:
http://www.youtube.com/watch?v=npjDFBcb7g4
+++ b/awesomeBarHD/bootstrap.js
@@ -1020,4 +1020,3 @@ function addAwesomeBarHD(window) {
tabPanel.setAttribute("noautofocus", true);
- tabPanel.setAttribute("noautohide", true);
tabPanel.style.MozWindowShadow = "none";
@@ -1112,0 +1111,6 @@ function addAwesomeBarHD(window) {
+ // Dynamically set noautohide to avoid bug 545265
+ tabPanel.addEventListener("popupshowing", function() {
+ if (!tabPanel.hasAttribute("noautohide"))
+ tabPanel.setAttribute("noautohide", true);
+ }, false);
Comment 6•14 years ago
|
||
Actually, we ended up fixing it with one-time event listener that removes itself on first popupshowing:
https://github.com/mozilla/prospector/commit/f37a573cc0115f7d57536110e284778679d50708
Comment 7•14 years ago
|
||
> Is this bug still an issue?
Yes, I just ran into it.
Comment 8•13 years ago
|
||
This sounds like the metacity bug https://bugzilla.gnome.org/show_bug.cgi?id=621848
Comment 9•13 years ago
|
||
(In reply to Neil Deakin from comment #8)
> This sounds like the metacity bug
> https://bugzilla.gnome.org/show_bug.cgi?id=621848
That's it. https://github.com/tthurman/Metacity/pull/1/files fix it but I have been unable to upstream it.
Comment 10•9 years ago
|
||
Neil, is there anything we can do to work around this bug on our side?
This bug happens after applying my patch in bug 1320361 that makes the notification panel disappear properly when the window is minimized, and it's in fact the reverse of the workaround in comment 5.
Flags: needinfo?(enndeakin)
Updated•9 years ago
|
Whiteboard: [fxprivacy][triage]
Updated•9 years ago
|
Whiteboard: [fxprivacy][triage] → [fxprivacy]
Comment 11•7 years ago
|
||
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INACTIVE
Comment 12•7 years ago
|
||
This bug is referenced here, so presumably it's still an issue: https://searchfox.org/mozilla-central/rev/bf4def01bf8f6ff0d18f02f2d7e9efc73e12c63f/browser/base/content/browser.js#189
Status: RESOLVED → REOPENED
Resolution: INACTIVE → ---
Updated•7 years ago
|
Flags: needinfo?(enndeakin)
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•