Closed Bug 269207 Opened 17 years ago Closed 10 years ago
input elements disabled / url and google search input areas do not allow input - restart needed
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Everything works perfectly for a while (can be hours of browsing many pages). Then it suddenly prevents me from entering or modifying the url or entering a search term. Clicking onto another application's text box (just so the cursor appears) such as Mail.app or camino or just invoking the hotkeys for Launchbar are enough to re-enable the functionality in Firefox, but only momentarily. Mozilla and Camino do not have this behavior. It started for me on one of the big version updates... was it from .7x to .8? I'm sorry I don't remember. Reproducible: Always Steps to Reproduce: Use the browser normally. The last time this occurred was after opening a new window. In fact, it just happened. I also just clicked in the next ("Actual Results") box trying to paste some text, and while the cursor was there, the text was pasted back in this box. I can't change that behavior. So this whole problem appears to be focus related. Actual Results: Whoa, maybe I just learned something: I just opened a new window and it was "dead" as described above. However what seemed to be happening was that focus was left on *this* page, as I had to click on the title bar to regain focus here, and the text I had just typed appeared in this box. Expected Results: Changed focus and allowed me to type a url in the new window's url box.
(CCing pedemonte) Javier: I have been told about this issue today from one more user. May it be related to the disk-sleep-fix?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: url and google search input areas do not allow input → url and google search input areas do not allow input
I doubt that's the problem, Asaf. This sounds more like on of the many focus issues with the browser. If you open a new window, and the old window was loading something, then it 'steals' focus, such that the new window would appear to be unresponsive. I don't think this is a Mac specific issue; I think it's cross platform.
*** Bug 270323 has been marked as a duplicate of this bug. ***
Summary: url and google search input areas do not allow input → input elements disabled / url and google search input areas do not allow input
*** Bug 267084 has been marked as a duplicate of this bug. ***
I have noticed that when this occurs (can't fill in url, googlebar, etc), I also can't bring up a new tab from the keyboard. Seems like the "window is suspended" Only way to "get back to normal" is close the window and open a new one. Would suggest raising the severity. bob j
I believe this started in .91. Further research seems to indicate that this problem is related to the use of CodeTek's virtual desktop (which I am using). Please see: (search for "codetek") http://maikimo.net/weblog/archives/2004/06/faster-firefox http://www.versiontracker.com/php/feedback/article.php?story=20040630055835257 and particularly, the November 12 entry. http://blog.aharbick.com/
Another bug resulting from Codetek! I can't remember the other at the moment. ted, any chance you could use nightlies from around that period to narrow this down? it would be great if we could find out what checkin caused this problem.
After thinking about this I'm 98% sure I never saw this on 1PR. Note, I use my browser about 5 hours a day 6 days a week. I used 1PR from the day it was released until 1.0 was released. Hope this helps.
Robert, if you get the chance, could you downgrade to the PR release and see if you can recreate the problem?
First, I no longer have the PR release. Second, the problem isn't one that I can create even with 1.0. It just seemed to occur a few times after I started using 1.0. I wasn't doing anything unusual and only had one tab open. If there is any info I can capture when it happens again let me know. Note, as I said I'm almost sure I never saw this in PR.
Just after I added the last comment it happened again. I couldn't get the cursor in the url bar, the google bar (note - I'm talking about the googlebar 0.9.0.30 extension) or a form field. Now for the interesting thing and I hope helpful. I got an email alert. My email window was behind the FF window. I brought it forward to see was it was. When I brought the FF window to the front the problem was gone. bob j
Fwiw, Bob J's comment about the email alert window is (I think) the same as my original comment about, "Clicking onto another application's text box (just so the cursor appears) such as Mail.app or camino or just invoking the hotkeys for Launchbar are enough to re-enable the functionality in Firefox." Unfortunately, as I also stated, this only fixes it for the one input. The next time you want to input text you have to do the same thing. One other comment: Sometimes FF will launch with this (for lack of a better term) focus problem. In other words, you don't necessarily have to create a new window to see it manifest itself. The app will launch "disabled." So, it must be state dependent- probably on Virtual Desktop. I will see if I can find out any more about this.
Ted said - "Unfortunately, as I also stated, this only fixes it for the one input. The next time you want to input text you have to do the same thing" This is not what I observed this morning. After I did the "bring email to front - bring FF to front" thing, FF has been working fine re text boxes (at least for about 1 1/2 hours). bob j
Another twist on this bug (maybe). I have noticed that control W sometimes does not close the active tab. By bringing some other app window forward and then bringing FF forward, control W then will close the active tab.
In other possibly related news, last night I had both Camino and Firefox open, and I found that I could not change focus from FF to Camino without clicking on the title bar of Camino. Everything I tried to type in the text box in Camino went to FF.
Please disregard my last comment. It appears to be Camino related (maybe in combination with 10.3.6) and not Firefox keeping/stealing focus. Sorry about that.
*** Bug 273077 has been marked as a duplicate of this bug. ***
No longer blocks: 267084
*** Bug 267084 has been marked as a duplicate of this bug. ***
*** Bug 278466 has been marked as a duplicate of this bug. ***
I can add that I don't have Codetek Virtual Desktop installed (or *any* virtual desktop apps installed), but this bug plagues me pretty much once to twice a day, every single day. I'm on OS X, and I saw it starting with FF 1.0 (I don't recall if I ever saw it on PR1), and I still see it in the nightlies.
Jason: Do you do anything special before you notice this issue? Is Firefox in the backgound or minimized? Or are you just browsing and all of a sudden it refuses URL input?
I've struggled to try to remember common things about all the times it's happened, and as far as I can recall, it's *always* when Firefox is in the background. I could probably say with certainty that, at least 90% of the time, it's minimized and in the background, and the other 10% of the time it's merely in the background but not minimized... but I could be wrong about the latter, and it might happen 100% of the time when Firefox is backgrounded AND minimized. I'm a predominantly tab-based browsing kind of guy -- I usually only have one window open, and then many tabs in that one window. Every now and then, I end up with two windows, and interestingly, I've noticed that when the bug happens during a time I have two windows open, frequently it only affects one of the two windows, and the other is just fine. Almost certainly, all these times the affected window is minimized into the dock, and I discover the bug when I restore it to normal size. Unfortunately, it's almost always the case that there's nothing I can do to restore normal functionality to that window's input areas -- so I lose any work that's in a text input area, and I lose all the open tabs because I lose the ability to cut-and-paste URLs into my functioning window.
(In reply to comment #21) > Jason: Do you do anything special before you notice this issue? Is Firefox in > the backgound or minimized? Or are you just browsing and all of a sudden it > refuses URL input? Note comment 11. Also, when I clicked on reply to create this comment, the cursor was blinking in the comment area but I couldn't type in it. I then brought another open window to the front (in this case a directory) and then brought FF back to the front and was able to type in this comment. When it happens I can ALWAYS get things back to "normal" by bringing anything to the front and then bringing FF back.
My only caveat, Robert, is that there are times -- times which occur only when I see the bug exhibited in one of greater-than-one open browser window -- wherein I cannot solve the problem by sending Firefox to the back and then returning it to the front. In those instances, I have to close the affected window outright. I've never seen this when there's only one Firefox window open, and it's that window that's affected, only when there are more than one open.
(In reply to comment #24) > My only caveat, Robert, is that there are times -- times which occur only when I > see the bug exhibited in one of greater-than-one open browser window. -- > wherein I cannot solve the problem by sending Firefox to the back..... I agree. I never (almost) have more than one window open - use tabs.
if we can get a set of steps to reproduce (if it's a focus issue, then there will be some) please renominate!
Flags: blocking-aviary1.1? → blocking-aviary1.1-
(In reply to comment #26) > if we can get a set of steps to reproduce (if it's a focus issue, then there > will be some) please renominate! I would have to agree with comment #22 BUT I usually have several windows open and I notice this issue after some period of inactivity. Usually I "hide" the application when leaving my desk or at least minimize them. Then upon reopening or unhiding the application one or more of my windows will stop responding to the keyboard at all. Hope this helps
Assignee: firefox → nobody
Has anyone experienced this lately? Some of these comments sound like bug 294476, fixed in 22.214.171.124.
I'll keep my eyes open -- it happened quite a bit more to me when FF was my default browser, but since I've switched to Safari (sorry!), it's harder to remember. I've certainly experienced it once or twice in the past two weeks, but I'm just not sure if I was running 1.5 or 126.96.36.199 at the time.
Oh, sorry, bug 294476 will have to wait for 188.8.131.52, it's not fixed in 184.108.40.206.
*** Bug 334026 has been marked as a duplicate of this bug. ***
(In reply to comment #32) > Per comment 31/bug 334026, this still occurs in 220.127.116.11. > It actually didn't start with me until 18.104.22.168
As of an upgrade to 22.214.171.124, I am also seeing this problem. It happens often, so I am not seeing much of a pattern, and it is extremely frustrating. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:126.96.36.199) Gecko/20060308 Firefox/188.8.131.52
Let's see if we can eliminate or finger bug 294476 as a cause: Lawrence and Joe, are either of you minimizing Firefox windows to the Dock and raising them again? If you are, can you try curbing that behavior for a while to see if it makes any difference?
(In reply to comment #35) > Let's see if we can eliminate or finger bug 294476 as a cause: Lawrence and > Joe, are either of you minimizing Firefox windows to the Dock and raising them > again? If you are, can you try curbing that behavior for a while to see if it > makes any difference? > No I have not done that since installing 184.108.40.206.
I should make it more obvious that I am running in Windows. I'll treat the dock and the taskbar as the same for this conversation. Often, I will switch back to FF with alt-tab, and I will not be able to paste and/or type into the location bar or the search box. If I have an open page with a form, if I try to type into a form, instead of entering text into the box, it will start doing find-by-typing. In all of these situations, the cursor will be blinking in the appropriate box. Typing either doesn't work (in the case of location/search), or it does find-by-type. The cursor will remain in the form field in the latter case. I don't believe this is related to bug 294476. I can't trivially reproduce the bug by clicking on links from other programs. I don't use tabs, and I always open a new window from external apps. I will attempt to observe my behavior to determine what I am doing to cause the problem.
Is this the same as mysterious bug 274631 ? If it is, it's one of the biggest ff mac issues right now.
*** Bug 274631 has been marked as a duplicate of this bug. ***
Summary: input elements disabled / url and google search input areas do not allow input → input elements disabled / url and google search input areas do not allow input - restart needed
I just wanted to mention that when I see this bug, it's not just a problem with text boxes - all keyboard input is ignored. This is on linux, and it has been happening for ages - well before 1.0. Sometimes I see strange things where I type some text that gets ignored, switch to another window, and then when I switch back to firefox, the text suddenly appears, though most of the time, switching back and forth has no effect. I also see the exact same thing in Thunderbird. Haven't been able to find any way to reproduce it consistently - it just happens every now and then. I've never seen it on windows or macOS though (but I don't use those platforms very often).
I now have a specific reproduction case. I happen to use pandora.com, but I am guessing (with no basis) that this could happen with any page with flash: 1) Open pandora.com in a window. 2) Minimize the window. 3) Open a new FF window by shortcut to firefox.exe. (shortcut is likely superfluous for reproduction) 4) Location and Search bar will not allow copy/paste (ctrl-c, ctrl-v, shift-ins) 5) Browse to a page with a form. google.com will do. 6) Attempt to enter text into form, but it will do find-by-typing instead of entering the text into the form field. If at any time I switch to another window and come back, everything will work. Step 2 is absolutely necessary. If the window is not minimized when I open the new window, everything works. This appears to only happen when the last window minimized is one that contains pandora.com (flash?).
The bug/reproduction case I described does not occur in 1.0.8 for Windows. (The bug was so frustrating, I was forced to downgrade.) At some point, I will attempt to upgrade to 1.5 and 220.127.116.11 to see when I start to see the problem.
I doubt that's the same thing, actually. When I've seen this bug occur, mouse input was never affected at all - it just completely blocked keyboard input, but the mouse kept working.
Just so everyone sicussing this bug knows, what is currently being reported as a bug in 18.104.22.168 of the Windows version seems to me to be very different to the bug I originally reported with 1.0.x (and it still happens in 1.5.x), which was specifically on the Mac, after a window was minimised, input fields could not be entered. The fix that I use is to quickly open up a text editor, type a few characters and the problem is (temporarily) resolved. If the windows issue is anything like the Mac issue, try opening notepad and see if it (temporarily) solves the problem.
Certainly in linux, this doesn't have much effect - I've tried switching to all sorts of apps, in and out of X, to no avail. FWIW, I've never actually seen this happen on windows, though I don't use it that much.
Hello, I wanted to add my two cents. I am seeing this problem many times per session now, on my mac (roughly every 10-20 minutes). I use tabs heavily, but never minimize. It often happens as I'm using a page... I will rather abruptly lose the ability to type. Sometimes it's with a new window, sometimes it's with an existing page. Cmd-tabbing to any other program then cmd-tabbing back "fixes" it, but it's sure to reappear sometime in the next hour. Becoming very frustrating... Let me know if I can try any steps to help fix. Thanks!
This seems to happen FAR more often when I open new windows, such as page source windows, and the DOM inspector. I almost never use new browser windows other than those two, but every time I've lost the use of the keyboard, it's been when I was doing some web development with those two frequently being opened.
I've just now learned about Bugzilla. Otherwise I'd have reported this months ago. (A couple of other FF user pages yielded no results.) Same problem, still occurring (Mac OS 10.4.9). It gets very annoying to shut down/restart FF sometimes 5-10 times a day. Now that I've read other reports I'll see if it does happen only when I minimize. If so, at least I can help prevent it sometimes. Regardless, I echo a couple of remarks above: PLEASE UPGRADE THE SEVERITY of this issue. Thank you.
I have a similar problem. I am unable to edit the address bar, due to focus problems. Using FireGestures (22.214.171.124 ) Not that i think its a plugin issue. 1. open Firefox (3.0.2) and another application. 2. give other application focus (but be able to see the firefox window, i.e, different monitors) 3. Gesture to open a new tab in firefox. 4. Try to edit the address bar work around: click in the new tab, then click back in the address bar.
Just wanted to mention that I haven't seen this problem occur in a very long time now - looks like it's fixed in FF3.
Chuck also indicated a long time ago "FF3 seems to be OK on my iMac, OS 10.4.11."
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.