121681 - Editing blocked

Status: RESOLVED DUPLICATE of bug 82534

(Core :: XUL, defect)

Description

[Panagiotis Issaris]

I had this problem many times. When using the navigator sometimes the navigator
gets in some kind of blocked mode. Nothing can be entered using the keyboard,
not in the URL editbox nor in the editboxes on website forms. Clicking on those
editboxes doesn't give me a blinking cursor in the editboxes as normally happens.

Comment 1

[John Morrison]

Needs steps to reproduce.

Comment 2

[Andrew Schultz]

and a version please.

Comment 3

[Panagiotis Issaris]

I can't reproduce this bug, I can't see the pattern that makes it happen. But it
is not a one-time thing ofcourse. It happens to me about once every two days. I
am sure I unleashed the bug when I used Mozilla 0.9.6, 0.9.7 and a few Nightly
Builds after that release. At the moment I am using Mozilla Nightly Build
2002012408 i686 Linux version.

Comment 4

[Andrew Schultz]

Actually, I've been seeing this too, actually, and can reproduce it 100%.

1) Have a page open with a textbox
2) Open a new window (Help->About Mozilla)
3) Select some text in the new window.
4) Go back to original window and paste text into a textbox with middle-click.
5) Keboard is now unresponsive.
6) Go back to the original window and unselect the text.  Keyboard works again.

I see this all the time when I open "about:" to copy/paste my build info into
bugzilla reports.

This does not show up in the 0.9.7 release, but shows up in the recent nightly
builds for me.  Both builds are Linux.

Comment 5

[Andrew Schultz]

I am not as able to reproduce this as before.  It happened once, but I haven't
been able to get it to happen again.

Also, while the keyboard was locked, right clicking and "Open in New Tab" did
not work.  Nothing happens when I select it.

My build where I can (sometimes) reproduce this is:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020123

Comment 6

[Max Kutny]

I can reproduce this bug on my system. It behaves exactly as described: it makes
all HTML input fields and URL box in Mozilla application unselectable (I mean
current Mozilla window and all tabs in it). I cannot move cursor to such fiels
and I cannot select text in them. Therefore I'm able to move cursor to HTML
textarea field and select text in it but I cannot edit text in this field (this
is that box in which we're writing additional comments). And I'm still able to
select any HTML text outside editboxes.
How to unblock editboxes: it's enough to switch to any other window and then back.
This bug is achieved if you have cursor in editable box and then point
particular window. In my case this is wmpinboard application.I havn't found
another application that causes this bug yet.
I think that you won't reproduce this bug because of wmpinboard missing bug I
wrote this explanation in order to make bug cause reason more clear. I think
this narrow other people to find out reproducable steps.
I'm using Mozilla 0.9.8 i686 Linux.

Comment 7

[Andrew Schultz]

Here are some better steps to reproduce:

1) focus another window
2) select text in other window
3) middle-click paste into a Mozilla text area
4) RIGHT click anywhere in Mozilla (this will focus the Mozilla window, although 
   it does NOT raise the Mozilla window)
5) left click anywhere in Mozilla (to clear the context menu, this does raise 
   the Mozilla window either)
6) keyboard output goes to window select in #1
7) switch to another window
8) switch back to Mozilla
9) keyboard works

after step #3, the cursor will appear in the textbox and blink, giving the
appearance that the window has focus even though it does not.  I think this is
what I was seeing before, and mistook for this bug.

further left-clicking after #5 will raise the Mozilla window, but does not help.

using the new steps to reproduce, this is now (for real) 100% reproducible.

Comment 8

[Max Kutny]

It looks like dup of bug 82534

Comment 9

[Andrew Schultz]

Perhaps, although not necessarily.  All of the steps to reproduce in bug 82534
seem to involved minimizing a window.  I can simplify what I said in comment 7
down to this:
f
1) Focus any other window
2) Right click in Mozilla window

=> Mozilla is focused, but keyboard input goes to the terminal.  Nothing other
than switching focus back and forth again will fix it.

I don't see anything in bug 82534 involving right-clicking.

Comment 10

[Andrew Schultz]

this seems to be windowmanager-specific.  The steps I posted were with blackbox,
which (by default) does not give focus on right-click.  Gnome does give focus on
right-click, so the steps I posted do not exhibit the bug.

Mozilla grabs window focus on right-click, but depends on the WM for keyboard
focus... or is this a bug in blackbox?

Comment 11

[Max Kutny]

Andrew, I think you are right. It's seems to be window-manager specific.

Comment 12

[Andrew Schultz]

ok.  I guess this is dupe of 82534 then.  I've filed a blackbox bug for what I
was seeing.

Comment 13

[Andrew Schultz]

I filed the blackbox bug here:

http://sourceforge.net/tracker/index.php?func=detail&aid=530607&group_id=40696&atid=428680

*** This bug has been marked as a duplicate of 82534 ***