Closed Bug 228828 Opened 22 years ago Closed 20 years ago

Bookmark sidebar retains focus when a dialogue box appears

Categories

(Firefox :: Bookmarks & History, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: kbrosnan, Assigned: vladimir+bm)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031216 Firebird/0.7+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031216 Firebird/0.7+ The bookmark sidebar retains focus when a dialogue box appears while dragging a bookmark. The firebird will not accept any mouse commands (clicks) but keybord works (tab and enter to close the box that appeared) Reproducible: Always Steps to Reproduce: The simple way to reproduce this problem 1) Turn on ask before accepting cookies 2) open bookmarks sidebar 3) open a site that has cookies and you do not have a rule set 4) right click and drag a bookmark until the cookie dialogue pops-up 5) program is unresponsive to the mouse, tab and enter works Any dialogue box will work such as entering an invalid domain I used http://www..com Actual Results: Firebird became unresponsive to mouse commands. Expected Results: Mouse should be able to choose a selection from the dailouge box
Confirming but in step 4) i had to use left-click rather than right-click.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031217 Firebird/0.7+ WFM - Debian (Knoppix) w/ KDE
Still present in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040416 Firefox/0.8.0+ Nominating for 1.0 blocker beacuse it leaves Firefox in a state that is unresponsive to mouse inputs. It looks like it crashed when in fact it has not crashed.
Flags: blocking1.0?
Flags: blocking1.0? → blocking1.0-
This seems kind of bad. Can we reconsider this for 1.0, please?
Assignee: p_ch → vladimir
Flags: blocking-aviary1.0- → blocking-aviary1.0?
Minusing this for 1.0 -- it is pretty bad, but the fix is probably going to be in the depths of the widget code. Too scary to touch this close to 1.0.
Flags: blocking-aviary1.0? → blocking-aviary1.0-
Assignee: vladimir → vladimir+bm
Not sure what checkin did it but this is no longer an issue. WFM
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → bookmarks
You need to log in before you can comment on or make changes to this bug.