Closed Bug 112367 Opened 23 years ago Closed 22 years ago

Opening bookmark from bookmark manager does not handle focus correctly

Categories

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

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.0.1

People

(Reporter: ryukbk, Assigned: bugzilla)

References

(Blocks 1 open bug)

Details

(Keywords: access, Whiteboard: [adt3])

Attachments

(1 file)

From Bugzilla Helper: User-Agent: Mozilla/4.78 [ja] (Windows NT 5.0; U) BuildID: 2001112203 Opening bookmark from bookmark manager does not handle focus correctly Reproducible: Always Steps to Reproduce: 1. Bookmarks->Manage Bookmarks (or Ctrl-B) 2. Double-click any bookmark, OR pick "open" from the context menu. Actual Results: The page is opened and the location bar (URL area) has focus. The keyboard cannot be used to scroll the page. Expected Results: The page is opened and the content area has focus, so that the keyboard can be used to scroll.
WFM. Build ID: 2001 11 27 03. Windows 2000. XP problem only? By the way: "User-Agent" from Bugzilla Helper below states "Windows NT 5.0". This is the same as for Windows 2000, isn't it? Is this correct? Reporter: Did you use XP when submitting the bug report?
Confirming on Win95 (2001112703), adding dependency in bug 55416, moving to Event Handling. Svante: You are right, Windows XP is detected as Windows NT 5.1. Perhaps the reporter used another machine for reporting the bug.
Assignee: pchen → joki
Blocks: 55416
Status: UNCONFIRMED → NEW
Component: Bookmarks → Event Handling
Ever confirmed: true
QA Contact: claudius → madhur
>This is the same as for Windows 2000, isn't it? Is this correct? >Reporter: Did you use XP when submitting the bug report? Well this is Netscape 4's bug I suppose. I upgraded from Win2000 to WinXP but UA is not changed, NT 5.0. Of course HTTP_USER_AGENT IE 6 issues is correct, NT 5.1. I re-installed Netscape 4.78, but UA is still NT5.0.
-> saari, initial load focus issue.
Assignee: joki → saari
Keywords: nsbeta1
Target Milestone: --- → mozilla1.0
nsbeta1+ per ADT triage team, adding access keyword
Keywords: nsbeta1access, nsbeta1+
-> jag sez he'll have a fix
Assignee: saari → jaggernaut
*** Bug 122188 has been marked as a duplicate of this bug. ***
*** Bug 122188 has been marked as a duplicate of this bug. ***
-> me
Assignee: jaggernaut → blaker
Attached patch patchSplinter Review
Whiteboard: [adt3]
Mass moving nsbeta1+/adt3 bugs assigned to Navigator team engineers out to target milestone 1.0.1. Please confine your attentions to driving down our list of TM 1.0 bugs for beta. Better to help, debug, or test one of them than fix one of these.
Target Milestone: mozilla1.0 → mozilla1.0.1
QA Contact: madhur → rakeshmishra
Changing nsbeta1+ [adt3] bugs to nsbeta1- on behalf of the adt. If you have any questions about this, please email adt@netscape.com. You can search for "changing adt3 bugs" to quickly find and delete these bug mails.
Keywords: nsbeta1-
Changing nsbeta1+ [adt3] bugs to nsbeta1- on behalf of the adt. If you have any questions about this, please email adt@netscape.com. You can search for "changing adt3 bugs" to quickly find and delete these bug mails.
Keywords: nsbeta1+
QA Contact: rakeshmishra → trix
Well what about patch review? Almost one year. Phoenix had got it right already but Mozilla seems stuck...
Fixed in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030412, though i'm sure it was in builds in a couple of weeks.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
*** VERIFIED Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b3) Gecko/2008020514 Firefox/3.0b3 ID:2008020514 -Mike
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: