Closed Bug 4942 Opened 26 years ago Closed 26 years ago

[PP] Browser menu bar items don't reappear after closing Editor, Manage Bookmarks, etc.

Categories

(SeaMonkey :: UI Design, defect, P2)

PowerPC
Mac System 8.5

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: elig, Assigned: saari)

References

Details

* TITLE/SUMMARY Closing "Manage Bookmarks.." window on Mac leaves wrong menu * STEPS TO REPRODUCE 0) Launch Apprunner 1) From the 'Bookmarks' menu, select "Manage Bookmarks…" 2) Close the Bookmarks window. * RESULT - What happened The menu bar maintains the truncated list of menu bar items used by the bookmarks manager. The only way to regain a regular menu appears to be to close the application. - What was expected Regular application menu bar should replace the bookmarks menubar after closing the bookmarks manager. * REGRESSION - Occurs On Mac OS Apprunner (4.9.99 PM optimized build) - Doesn't Occur On Win32 Apprunner (4.9.99 AM optimized build [NT 4, Service Pack 3]) Linux Apprunner (4.9.99 AM optimized build) * CONFIGURATIONS TESTED - [Mac] Power Mac 8500/120 (233 Mhz 604e), 64 MB RAM (VM on; 1 MB of VM used), 1024x768 (Thousands of Colors), Mac OS 8.5.1 - [Win32] Vectra VL (233 Mhz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3. - [Linux] Vectra VL (266 Mhz P2), 96 MB RAM.
Summary: Closing "Manage Bookmarks.." window on Mac leaves wrong menu → Browser menu bar items don't reappear after closing Editor or Manage Bookmarks
<This also occurs upon opening the Editor; updated bug title.>
Summary: Browser menu bar items don't reappear after closing Editor or Manage Bookmarks → Browser menu bar items don't reappear after closing Editor, Manage Bookmarks, etc.
Summary: Browser menu bar items don't reappear after closing Editor, Manage Bookmarks, etc. → [PP]Browser menu bar items don't reappear after closing Editor, Manage Bookmarks, etc.
Summary: [PP]Browser menu bar items don't reappear after closing Editor, Manage Bookmarks, etc. → [PP] Browser menu bar items don't reappear after closing Editor, Manage Bookmarks, etc.
*** Bug 5288 has been marked as a duplicate of this bug. ***
QA Contact: 3853 → 1698
Assignee: don → davidm
Component: Apprunner → XPApps
Priority: P3 → P2
Target Milestone: M5
Re-assigned to davidm.
Assignee: davidm → saari
reassign to saari@netscape.com.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Fixed
Status: RESOLVED → VERIFIED
As of the 4.30.99 build, this works beautifully. - menu bars change correctly when focus changes across different windows with different menu bars - menu bars change correctly when closing a window with an individualized menu bar. I'll bang on it further (especially if you have additional scenarios that you think are worth checking), but am in the interim marking as Verified/Fixed.
Status: VERIFIED → REOPENED
Re-opening. There is at least one scenario that will still trigger this bug. (Will follow shortly with further information.)
Status: REOPENED → RESOLVED
Closed: 26 years ago26 years ago
Status: RESOLVED → VERIFIED
Okay. This is fixed. Per saari's request, the side-issue that I noted while verifying this bug has been broken out into bug #5815 ("[PP] Incorrect menu assigned to window if focus changes before window appears").
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
*** Bug 9385 has been marked as a duplicate of this bug. ***
Per bug 9385, this has issue has re-appeared. Resolved 9385 as duplicate, and re- opened this bug.
Target Milestone: M5 → M8
targetting m8
So, this works for me... are there cases not listed here or in #9385? Or is it happening on a slower machine?
I can't reproduce, either, using a 233 Mhz 604e (sigh...the computers we call slow in 1999!), and using the 7.12.99 AM build. CC:ing phillip, who reported this issue most recently, and who is still using the slowest Power Mac. ;) --- Phillip, are you still seeing this? Thanks!
no, i'm not seeing either on build 1999-07-13-09-M8 on my 150MHz 604e.
Status: REOPENED → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → WORKSFORME
marking works for me
Status: RESOLVED → REOPENED
Status: REOPENED → RESOLVED
Closed: 26 years ago26 years ago
Resolution: WORKSFORME → FIXED
Status: RESOLVED → VERIFIED
Sorry, bud, but this was a Mystery Fix, and I'm changing the resolution correspondingly. ;)
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.