Closed Bug 101239 Opened 23 years ago Closed 23 years ago

Bookmark menu in personal toolbar hangs and stays open forever

Categories

(Core :: XUL, defect)

x86
Windows 98
defect
Not set
blocker

Tracking

()

VERIFIED DUPLICATE of bug 107926
mozilla1.1alpha

People

(Reporter: SkewerMZ, Assigned: saari)

References

Details

(Keywords: access, helpwanted)

Procedure: Restart the browser. Open the bookmarks menu on the personal toolbar.

Expected: Menu opens. After choosing a bookmark, it closes.

Actual: Menu doesn't open until you click it twice, then never closes. Sometimes
there will be up/down arrows on the menu, even though they aren't needed.

Build: 2001092308 W98
wfm with win2k build 20010923.. (3h old CVS build)
Keywords: qawanted
Please note the procedure. This can only be duplicated in the FIRST browser window.
Seem related to the goofy PT bookmark menu behaviour noted in bug 101131.
I've seen the behaviour noted here, but (like the other bug) then it seemed
to just start working correctly. Need to look more (when I finish catching
up for my week off).
This has been partially fixed in 2001092803 W98. The bookmark menu no longer
stays open, but it still requires two clicks to open.
Summary: Bookmark menu in personal toolbar hangs and stays open forever → Bookmark menu in personal toolbar doesn't open on first try
Actually, I have managed to connect a much more serious problem with this bug!
If I try to open the bookmarks menu in the first window, it won't open, but
instead it will cause that window to stop accepting keyboard input. Once it
stops accepting keyboard input, it never starts again in that window. If I press
the "M" key, the "Manage Book_m_arks" window opens, suggesting that there is an
invisible context menu stealing the keyboard input.
Severity: critical → blocker
Summary: Bookmark menu in personal toolbar doesn't open on first try → Clicking bookmark menu in personal toolbar locks keyboard
Blocks: keydead
*** Bug 101205 has been marked as a duplicate of this bug. ***
Keywords: access
Target Milestone: --- → mozilla1.1
Same problem with build 2001100503.
Keywords: helpwanted
Still with build 2001100610
Build 2001100903 - still gotta double-click the icon but other than that, the
bookmarks are working fine.
Sorry hyatt. CCing some other Netscape techs. This is a blocker and needs to be
fixed in a timely fashion. This bug is still causing a complete unrecoverable
keyboard lockup in the first window.
Blocks: 104166
This is still broken with 2001101108 for Linux 686.

The first window still won't take any input after the 2 clicks on the personal
toolbar.
Per Reedtz, Skewer, bclinger, et al: It's not necessary to give daily updates on
whether this bug works for you. Don't worry, the developers are working on it.
Keywords: nsbeta1
Reassigning to aaronl (kbd nav).
Assignee: hyatt → aaronl
QA Contact: jrgm → sairuh
Critical information:

This only happens if you have mail open on startup. If just the browser is
started, bookmarks work as expected.
-> saari, where should this go?
Assignee: aaronl → saari
I just tested this with a nighly build on win2k and it appears to work now
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Just tested on Linux i686 build 2001103108, and it's still broken:

In the first browser window (when you also start with a mailnews window), if you
select an item in the personal toolbar, and then try to type in a form field in
the browser pane, or in the location field, you won't be able to.

Reopening.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
To be clear, a repro case:

- make sure you are starting both a browser and mailnews window when you launch]
- in the browser window (after logging in to your mail accounts) click on an item
  in the personal toolbar. Notice that you have to click twice to make the web
  page appear. 
- Now try to type a URL into the location bar, or anything into a form field on 
  the resulting web page. Notice that you are not able to type anywhere in this 
  window.

Side note: All other windows work fine, except the first one. According to
others this only happens when you lauch mozilla with both a browser and a
mailnews window.
I filed bug 107926 to deal with the most recent comments. This bug is 
veering offtopic since the original summary and report was "Bookmark menu in
personal toolbar hangs and stays open forever". 

I can't reproduce this stated behaviour (toolbar menu's open forever).
Worksforme.
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → WORKSFORME
You see, redefining bugs in mid stread is a bad strategy to actually get them 
fixed. (I think there is an inverse correlation between how long a bug has 
been open, how long the report is, how many related conditions that are noted,
to the actual likelihood that a bug will ever be RESOLVED FIXED).
No longer blocks: keydead
Summary: Clicking bookmark menu in personal toolbar locks keyboard → Bookmark menu in personal toolbar hangs and stays open forever
Well, with build number 2001103103 - I experienced the problem right off when
attempting testing to see if it was fixed or not. So, it is nowhere near being
fixed fixed. Still gotta double-click the bookmarks, they still wanna disappear,
when you're finally able to go somewhere, try to fill in a form and that works
so haphazardly. AGain, it is far from "resolved worksforme." Ben
I wouldn't have split off the bug like that, but now that it's been done I will
make one slight change.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---

*** This bug has been marked as a duplicate of 107926 ***
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
mass verification of duplicate bugs: to find all bugspam pertaining to this, set
your search string to "DuplicateBugsBelongInZahadum".

if you think this particular bug is *not* a duplicate, please provide a
compelling reason, as well as check a recent *trunk* build (on the appropriate
platform[s]), before reopening.
Status: RESOLVED → VERIFIED
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: bugzilla → xptoolkit.widgets
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.