Open Bug 992663 Opened 12 years ago Updated 11 years ago

Blanks in Window List from "Window" Menu Drop-Down

Categories

(SeaMonkey :: General, defect)

SeaMonkey 2.25 Branch
x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

REOPENED

People

(Reporter: michaelaccountsly, Unassigned)

References

Details

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:28.0) Gecko/20100101 Firefox/28.0 SeaMonkey/2.25 (Beta/Release) Build ID: 20140318183546 Steps to reproduce: Click on "Window" in the menu bar to view open windows. Actual results: Over time during long sessions, blanks begin to appear between entries for open windows. Stopping on one of these blanks to select it does not open or identify any corresponding window, and there is no corresponding window or blank when right-clicking on the Seamonkey icon in the dock (which is an alternative way to view and switch between windows on a Mac). This persists and worsens until eventually I have to scroll through "pages" of gaps for phantom window entries to find recently-created ones at the bottom (which seem to tend to be emails in composition). Eventually, if I close the browser and restart, the full list appears as a proper, unified, consolidated drop-down list. Expected results: All the windows should be listed in a compact, uninterrupted list.
This may be a duplicate of bug 973170. I have been getting this problem with Seamonkey 2.23, 2.24 and 2.25 on both Windows 7 and Linux.
STR: New Profile (in separate windows, load) http://www.seamonkey-project.org/ https://bugzilla.mozilla.org/ http://www.example.com/ Verify that the Window (menu item) lists those three sites Edit | Preferences | Privacy & Security -> Cookies -> Cookie Retention => Ask for each cookie Quit Restart, restoring prior session Verify that Window lists those three sites (in separate windows, load) http://www.gena01.com/ http://www.pcqanda.com/ Note the the Window list has not been updated for the two new sites. Edit | Preferences | Privacy & Security -> Cookies -> Cookie Retention => Accept cookies normally Quit Restart, restoring prior session Verify that Window lists all five sites At that point, if you again set cookies to Ask, & start opening new windows, perhaps changing the cookie setting back & forth as you go, you will quickly see a highly disjointed Window (menu-item) list, that may or may not display all the open windows. Edit | Preferences | Privacy & Security -> Cookies -> Cookie Retention => Accept cookies normally Quit Restart, restoring prior session Verify that Window list shows all open windows, normally > Error: [Exception... "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIURI.equals]" > nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)" > location: "JS frame :: chrome://communicator/content/bookmarks/browser-places.js :: > PSB_updateState/this._pendingStmt< :: line 730" data: no] > > Source File: chrome://communicator/content/bookmarks/browser-places.js > Line: 730 > 730: > if (!aURI.equals(this._uri)) { > This may be a duplicate of bug 973170 Perhaps. The FF27 screen shot shows a 'Windows' (menu-item), but (the Windows version of) FF27 does not have that?
Status: UNCONFIRMED → NEW
Ever confirmed: true
This doesn't quite correspond to the behavior I get: all windows consistently appeaer in the "Windows" dropdown -- it's just that blank lines start to open up between the initial ones (from program launch on to the first few) and ones added later (with possible closures in between).
Hello, same here. It occurred since i upgraded to 2.25. I tried nightly builds, 2.26 rc 1&2 without luck. I disabled extensions as much as affordable an now i have got more than 100 blank lines. But something went better, now it is not slowing down any more when the blanks increased. In my original configuration, every action took more than 5 seconds with some blank lines. Regards, Ulrich
bug 970017 is related to this, is older and has better description
See Also: → 970017
> Bug 1041808 - Thousands of about:blank windows when cookies policy set to "Keep until: ask me every time" This bug should be fixed in SeaMonkey 2.31
Depends on: 1041808
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
Looking at the description of bug 1041808, it doesn't at all appear to be a duplicate, but a completely different bug. THIS bug (992663) happens DURING a session, and always disappears afterward; the blanks appear in the dropdown for "Window," not in the form of extra tabs or windows themselves; you can't actually navigate to them; and they are truly BLANK (not displaying ithe "About:blank" you get when reviewing them as empty tabs/windows). Please restore this as a separate bug, and ensure that it is fixed whatever happens to bug 1041808.
Status: RESOLVED → REOPENED
Flags: needinfo?(bzbarsky)
Resolution: DUPLICATE → ---
I suggest retesting in a build which has bug 1041808 fixed.
Flags: needinfo?(bzbarsky)
(In reply to Michael from comment #9) > THIS bug (992663) happens DURING a session, and always disappears > afterward; the blanks appear in the dropdown for "Window," > you can't actually navigate to them; and they are truly BLANK I have all of those symptoms (in Seamonkey 2.29 on Windows and Linux). > not in the form of extra tabs or windows themselves; > (not displaying the "About:blank" you get when reviewing them as empty > tabs/windows). These are not symptoms described in bug 1041808. Bug 1041808 describes lots of "About:blank" items being listed in "About:memory" when "ask me every time" is selected for cookies. I also have these symptoms. There are no extra tabs or windows being displayed - that's what the problem is. The only difference between the bugs is that Firefox on Windows doesn't have a "Window" menu to list all its open windows, so they only show up in the memory usage list.
(In reply to Roger Lynn from comment #11) > (In reply to Michael from comment #9) > > THIS bug (992663) happens DURING a session, and always disappears > > afterward; the blanks appear in the dropdown for "Window," > > > you can't actually navigate to them; and they are truly BLANK > > I have all of those symptoms (in Seamonkey 2.29 on Windows and Linux). > > > not in the form of extra tabs or windows themselves; > > > (not displaying the "About:blank" you get when reviewing them as empty > > tabs/windows). > > These are not symptoms described in bug 1041808. Bug 1041808 describes lots > of "About:blank" items being listed in "About:memory" when "ask me every > time" is selected for cookies. I also have these symptoms. There are no > extra tabs or windows being displayed - that's what the problem is. The only > difference between the bugs is that Firefox on Windows doesn't have a > "Window" menu to list all its open windows, so they only show up in the > memory usage list. OK, sorry for the confusion ... But as an additional possible distinguishing factor, the blanks in the "Window" dropdown in Seamonkey that I'm encountering seem mostly to be the "ghosts" of old drafts of emails that are either closed or sent off, whereas FF doesn't even have an email client, and you still seem to be describing something related to (previous) web pages. No? (In reply to Boris Zbarsky [:bz] from comment #10) > I suggest retesting in a build which has bug 1041808 fixed. When such a build is available for Seamonkey, I surely shall :) .
(In reply to Michael from comment #12) > you still seem to be describing something related to (previous) web pages. > No? No. What most people have described in these bugs appears to be a result of the dialogue boxes that open when Seamonkey's (and Firefox's) "Cookie Retention Policy" is set to "Ask for each cookie". If you don't have this option set you might have a different bug. Of course there may be other causes for the same symptoms. Something you could try is going to "about:memory", clicking on "Measure" and then looking for "window-objects" in the resulting list. (I have one under "Explicit Allocations", "explicit" and another under "Other Measurements", "event-counts".) There should be a line for a number of "tiny" objects (eg "++ (310 tiny)"). If you click on it it should expand to give a long list of windows, many of which will probably be "about: blank". Sorry about being patronising, I'm just trying to be clear about where this list is. It lists all the memory being used by the non-existent windows listed in the "Window" menu.
You need to log in before you can comment on or make changes to this bug.