Closed Bug 970017 Opened 10 years ago Closed 10 years ago

Window menu populated with dozens of empty lines with all windows closed

Categories

(Firefox :: Untriaged, defect)

27 Branch
x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1041808

People

(Reporter: theovosse, Unassigned)

References

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:27.0) Gecko/20100101 Firefox/27.0 (Beta/Release)
Build ID: 20140127194636

Steps to reproduce:

This bug is also not easy to reproduce, but it is present since version 26.0.


Actual results:

The window menu is over 30 items long, all empty, while no window is actually open (see attachment). This also affects Firefox' default behavior of creating an empty window when being brought to the front by a click in the dock.


Expected results:

The window menu should have been empty.
It's not the same, as far as I can tell. I visited a site that asked for a cookie (every cookie must be confirmed), but that didn't add an empty line to the window menu. Either my history settings are different, or it's something else altogether.

Is there anything I can do to provide more information?
Today, I witnessed precisely what the aforementioned bug reports. I opened a tab and a new window, and since the connection was slow, the dialog box for confirming the cookie appeared in the window that did not belong to the site asking for the cookie. That dialog box then disappeared and reappeared a few times of its own, and before I knew it, there were a dozen or so lines in the Windows menu saying "Cookie confirmation dialog" (or something similar). Clicking a button made the dialog go away (after which another one appeared), and left an empty line in the Windows menu. I also noticed that during these events, the window with the cookie dialog did not have a normal menu bar, but only the apple symbol and the Firefox menu; all other menus (including the Windows menu) were absent, but could be seen when moving one of the other windows to the foreground.

The site in question was http://www.infosources.org/what_is/Colorless_green_ideas_sleep_furiously.html
I notice the same issue in last few releases of SeaMonkey.
This seem to happen when multiple cookie confirmation dialogs appear at the same time.
I set SM (2.25 now, linux) to restore previous session, cleared all mozilla.org cookies, opened this bug page and I can easily reproduce this:

when I set "ask for each cookie" in cookie retention policy, and restart mozilla, it starts with (10) empty entries in windows menu.

When I set cookie retention policy to normal, I only have one window menu entry after restart.

I can repeat both multiple times.
See Also: → 992663
Problem aggrevated since version 29. The number of empty entries in the Window menus grows very quickly, making the menu so long that it pushes the names of new windows out of the screen.
Well, I'm glad I'm not alone. This bug has been present for some time now (although I never made the connection to cookies.)
I'm wondering if about:memory could give more insight about this?
It shows pretty much in detail what's going on. Though I don't know at the moment where the windows should be listed in this huge tree, I'm having a slight suspicion it could be somewhere in there.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: