434372 - Firefox steals focus when opens XUL panel in background

Status: RESOLVED WORKSFORME

(Core :: Widget, defect)

Description

[Kazuho Okui]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008051304 Minefield/3.0pre
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008051304 Minefield/3.0pre

Firefox window steals a focus and becomes an active window when extension program opens xul:panel element in background.

Reproducible: Always

Steps to Reproduce:
1. create xul:panel element and set timer to open it
2. focus other window
3. call xul:panel::openPopup
Actual Results:  
Firefox window become an active window and xul:panel window pops up

Expected Results:  
just open xul:panel window in background

This issue happens on Windows XP before, but now it isn't happen anymore. But it still happens in ubuntu Linux

Comment 1

[Kazuho Okui]

Let me fix reproduce step:

1. create xul:panel element with set attribute "noautohide" is 'true'
2. open the panel from java script program
3. the panel steal the window focus

Comment 2

[Kazuho Okui]

Attachment: This is a sample XPI file to reproduce bug 434372

This is a sample xpi program which reproduce bug 434372 on Firefox 3 RC1 or later with Ubuntu Linux 7.10 or later.

Comment 3

[Mike Beltzner [:beltzner, not reading bugmail]]

Need confirmation here, and don't know if this is in the right component. Won't block Firefox 3.0, but if it's a simple fix might be candidate for a 3.0.x release.

Comment 4

[Neil Deakin]

Likely a widget focus issue, like something calling nsIWidget::SetFocus. Doesn't happen on Mac, but see the issue on Windows.

Comment 5

[Joe Shaw]

The TwitterFox extension exhibits this behavior on Firefox 3.0 on Linux.

Comment 6

[Stephen]

(In reply to comment #5)
> The TwitterFox extension exhibits this behavior on Firefox 3.0 on Linux.
> 

Confirmed. Firefox 3, TwitterFox 1.5.7, and Ubuntu 8.04.

Comment 7

[Kazuho Okui]

Is someone working on this issue?

Comment 8

[Andy Lindeman]

This is quite bothersome.

Comment 9

[Yuriy Opryshko]

This also appears on FF3/Twitterfox/XP home.

Comment 10

[Luke Sheldrick]

FF3/TwitterFox/Fedora 10.

Comment 11

[Luca]

FF3.0.5 / TwitterFox 1.7.4 / Ubuntu 8.10

Comment 12

[Michel Alexandre Salim]

Minefield 3.1b2 / TwitterFox 1.7.7 / Fedora 11 (rawhide)

Comment 13

[Keith]

This problem is also occuring on FF 3.0.8 / TwitterFox 1.7.7.1 /XP professional sp 3

Comment 14

[Rohaq]

Confirmed in Firefox 3.0.8 under Ubuntu 8.10, using the TwitterFox extension.

Comment 15

[bugzilla.com]

Firefox 3.0.5 / TwitterFox 1.7.7.1/ Windows XP pro
I hope the details (on affecting platform) can be updated

Comment 16

[Matthew Gwynne]

FF 3.0.8 / Ubuntu 8.04 / Twitterfox 1.7.7.1

Comment 17

[Andrew Jones]

FF 3.0.9 / Ubuntu 9.04 / Twitterfox 1.7.7.1

Comment 18

[Jonathan Felchlin]

FF Portable 3.0.10 / Win XP Pro / Twitterfox 1.7.7.1

Comment 19

[ANDY]

FF 3.0.10 / Ubuntu 9.04 (including all proposed updates) / Twitterfox 1.7.7.1

Comment 20

[ANDY]

FF 3.0.11 / Ubuntu 9.04 / TwitterFox 1.8.2

Comment 21

[9demirtas]

Attachment: noautohide focus steal test case

Confirmed on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.3a1pre) Gecko/20090818 Minefield/3.7a1pre

When a panel is noautohide="true", it won't receive a focus event until the some other element is focused.
It is not possible to select text using dragging mouse. It is possible by double clicking and ctrl works as expected too.
It is not possible to start typing by left clicking in textbox until, after the click on textbox, the focus is lost to some other element, like menus, scrollbars, statusbar but not the content window or url bar.
If popup is clicked, focus is again lost from the textbox after this "lose focus" workaround. It is possible to bring context menu by right clicking.
It is possible to paste text by middle click. Pasting text do not prevent textbox from clearing the content after receiving focus.

Popup seem to be prevented from dispatching the focus events before losing the focus. Actual keyboard focus stays with the textbox if not lost to another element so it is possible to type in it.

Right click on the statusbar label to toggle the popup after installing the text case.

Comment 22

[Neil Deakin]

I can't reproduce this bug any more. Regardless, neither testcase even demonstrates the bug according to the original steps. It mentions that the popup is opened on a timer, yet no timer is used in the test.

I'm going to close for now. Reopen if you attach a testcase that demonstrates this bug as described in the first comment.

Comment 23

[9demirtas]

https://bugzilla.mozilla.org/show_bug.cgi?id=434372#c1 States that a timer is not necessary. Please check the rest of the comments also.

Comment 24

[Neil Deakin]

Then the reporter (or anyone) should clarify the exact steps and provide a simple testcase showing exactly what the bug is.

Comment 25

[9demirtas]

Steps to reproduce for 3.6pre2 and 3.7pre1:
1. Create a xul:panel with noautohide="true". Create a xul:box with style="-moz-user-select:text" along with some text inside and a xul:textbox inside it for demonstration purposes.
2. Call openPopup() by any means.
3. Click on the textbox. Observe that it doesn't capture focus.
4. Click on some other element that doesn't receive text input, like scrollbar or statusbar. Observe the main window getting focus. Observe the textbox getting keyboard focus. Now it is possible to type in it.
6. Click on the textbox. Observe textbox not getting focus.
8. Right click on the textbox. Observe context menu.
9. Try selecting xul:box text by dragging. Observe that the text is not selected.
10. Click the first character of the box text. Holding down shift, click the last character. Observe that the text is selected.
11. Middle click to the textbox. Observe the selected text is correctly copied.

In essence, it is as if the dispatch of the some actions of a left click is delayed until the popup has lost its focus.

Comment 26

[Neil Deakin]

That isn't this bug. That's either bug 385609, bug 506173 or some variation of them.

Comment 27

[ANDY]

FF-Shiretoko 3.5.2 / Ubuntu 9.04 / TwitterFox 1.8.3