Closed Bug 114976 Opened 23 years ago Closed 23 years ago

First TAB out of text control in new page will select/focus urlbar

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

Product:
Core
Component:
DOM: UI Events & Focus Handling
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
mozilla0.9.7

People

(Reporter: jrgmorrison, Assigned: bryner)

References

(
URL
)

Details

(Keywords: regression, Whiteboard: worksforme)

As discussed: 1) load http://bugzilla.mozilla.org/query.cgi (although any page should do) 2) put the focus in the email/assigned-to field 3) type a few characters 4) hit tab to move to next form field Actual results: urlbar is focused and selected Expected results: focus should move to the next form control in the page Note: once you reset the focus back to the page after step 4, then tab navigation appears to work correctly. It seems to be only when you have first loaded a dcoument that the first press TAB will go back to the urlbar.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.7
*** Bug 115043 has been marked as a duplicate of this bug. ***
*** Bug 115081 has been marked as a duplicate of this bug. ***
Also affects Linux 2001121308.
Notes from Bug 115098 (suggest dup), multiplatform, and builds from 2001-12-13.
This works as expected as recently as the 20011211 build on windows.
*** Bug 115098 has been marked as a duplicate of this bug. ***
I see this with 2001-12-13-12 on Linux. Very bad bug.
*** Bug 115254 has been marked as a duplicate of this bug. ***
*** Bug 115263 has been marked as a duplicate of this bug. ***
bad focus patch from bug 103758 that caused one that steals focus in bug 114930. Anyone wanna back out either both patchs from bug 103758 and bug 87946 patch to try to see if this got affected by those checkins?
see bug 87946 comment 1 about textbox tabs & focus.. so maybe try backing out that patch to see if it caused this problem.
see bug 87946 comment 1 about textbox tabs & focus.. so maybe try backing out that patch to see if it caused this problem.
looks to me like we got several issues that make developers go round in circles trying to satisfy focus issues between the URL & scrolling.. vs textbox control vs opening new windows w/ or w/o focus.
its possible the patch to bug 108787 may be the problem too.
*** Bug 115431 has been marked as a duplicate of this bug. ***
Build 2001121608 doesn't seem to be doing this bug... has it been fixed for good, or is this just the result of backing out some other fix (and hence reopening some other bug(s))? Whatever, it makes the new build much more pleasant to use...
OS -> All as per dupes Not seeing this on linux 2001121606 - what about the other OSes?
OS: Windows 2000 → All
This problem has gone away for me on WinME 2001121608.
OK, I will resolve this as WORKSFORME, feel free to reopen if the problem reappears.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
I bet it was the backout for fixing bug 114930 by backout change to bug 103758, also fixed this.
no problem on w2k either.
*** Bug 115568 has been marked as a duplicate of this bug. ***
*** Bug 115966 has been marked as a duplicate of this bug. ***
reopening. Bug 115966 reports this with an NT build from Dec. 18
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
I don't see this in either the trunk or 0.9.7 branch builds for 20011218nn on win2k (NT5.0). Are you sure about the build id?
Whiteboard: worksforme
I don't see it in build 2001121803 in Win98.
wfm linux 2001121808 Somebody with NT/2000/XP please confirm this or resolve it as WORKSFORME once and for all..
wfm using build 2001121803 on Win2k. I can't reproduce the Yahoo mail problem because I only have to type in my password. But I really think this is fixed, one should reopen bug 115966 and tell reporter to create a new profile.
I will mark this as WORKSFORME again. The reporter of bug 115966 can come back with some steps to reproduce his problem reliably on a new build if she still has that problem.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → WORKSFORME
Works for me on Win 2000 and solaris 8. i am using build 20011218 on both platforms
mass verification of WorksForMe bugs: to find all bugspam pertaining to this, set your search string to "IfItWorksForSlappyTheSquirrelThenItWFM". if you think this particular bug is *still* an open issue, please make sure of the following before reopening: a. that it's still a problem with ***recent trunk builds*** on the all appropriate platform[s] b. provide clear steps to reproduce (unless a good test case is already in the bug report), making sure it pertains to the original problem (avoid morphing as much as possible :)
Status: RESOLVED → VERIFIED
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.