Closed Bug 523724 Opened 15 years ago Closed 14 years ago

When bookmarking a website or selecting 'Manage bookmarks', a long delay sometimes occurs

Categories

(SeaMonkey :: Bookmarks & History, defect)

Product:
SeaMonkey
Component:
Bookmarks & History
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX

People

(Reporter: michael.graubart7, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0

When using the browser, 'Bookmarks' is selected in the menu bar and then either 'Bookmark this page' or 'Manage bookmarks' is selected, it sometimes happens that for something like 20 seconds nothing happens (other than that the Mac's 'spinning beachball' spins) before the command is obeyed. The occurrence of this behaviour seems quite random; I have been unable to determine what makes it happen sometimes and not on other occasions.

Reproducible: Always

Steps to Reproduce:
1.Open browser.
2.Either view a website, select 'Bookmarks' in the menu bar and then 'Bookmark this page;
or 3.Select 'Bookmarks' in the menu bar and then 'Manage bookmarks'.
Actual Results:  
Sometimes (unpredictably) nothing happens for something like 20 seconds before the URL is bookmarked or the Bookmark Manager opens.

Expected Results:  
The URL should be bookmarked, or the Bookmark Manager should open, within 2 or 3 seconds.

Mac G4 (PPC), OS X 10.4.11
Version: unspecified → Trunk
This misbehaviour seems to happen more frequently (very frequently, in fact) in the latest Pre-Release Candidate 2.

It begins to happen after one has used the Bookmarks list and Bookmark Manager a few times. If SeaMonkey is then closed down and reopened, one can work for a while again without trouble, but then the problem reappears and one has again to close and restart SM.
Mozilla/5.0 (Windows; U; Windows NT 5.1; cs; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 - working OK

Please try in Safe mode ( http://kb.mozillazine.org/Talk:Safe_Mode#Safe_Mode_in_SeaMonkey_2 ), or with a new profile ( http://kb.mozillazine.org/Profile_Manager#Creating_a_new_profile ).
Re Comment #2: I first tried it again in 'unsafe' mode in order to confirm that it was still happening. It was.

I then tried in Safe mode. As the phenomenon is am unpredictable, random one, my trial cannot be considered conclusive, but I tried accessing Bookmark Manager and various bookmarked URLs quite a large number of times. The phenomenon appeared just once, but the hang-up lasted for only a very short time (a second or two). Otherwise I could not make it happen.

As this might suggest that the problem is caused by an extension,theme or add-on, please note that apart from a few spelling dictionaries I have no such extensions, themes or add-ons installed at present.
In the new stable SeaMonkey this fault seems only to occur if one keeps the mouse pointing to 'Bookmarks' and then slides it to 'Bookmark Manager' or an actual bookmark. If one clicks 'Bookmarks', releases the mouse button and then selects 'Bookmark Manager' or a bookmark, the delay does not happen (or has not happened yet for me — but bearing in mind that the fault is an intermittent and unpredictable one).
this not only happens in seamonkey, it happens in firefox 3.5.6 on windows. linux users reported regular cpu spiking, and I reported regular cpu spiking on windows as well for up to 5 seconds at a time.

it is possible this is a core codebase problem with the common browser used in both?

cpu spiking: see bug 445261
The bug is still there in the 2.0.2 pre-release SeaMonkey, build identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.8pre) Gecko/20100103 SeaMonkey/2.0.2pre
It is still present in 2.0.4Pre, and it is slowly driving me crazy. It usually happens after I have used the browser for a while, but just occasionally it happens when I have just opened the browser. Is there any chance it might be fixed soon?
Just downloaded the very latest SM 2.0.4Pre, and the bug is just as prevalent. Re Comment 4 (above): I was wrong about that. It happens quite frequently even if one does not allow the mouse to linger.
Depends on: 445261
Could be related to the SQLite database, but probably hard to find out what's the cause of it. Does this still occur with the latest SeaMonkey 2.1 trunk nightlies? IIRC there was some work going on one the usage of SQLite in the backend.
As SM 2.1 will not run on my system (G4, PPC, 10.4.11), I cannot try it. The bug is certainly still there on the last 2.0 update.
yeah, PPC is EOL for SeaMonkey 2.1. Since there probably won't be any major fixes for 2.0.x, I suggest to WONTFIX that bug.
Whiteboard: [CLOSEME INVA/WONT?]
WONTFIX, this is probably because of the old bookmarks system not dealing well with large bookmarks lists and machine constraints.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
Whiteboard: [CLOSEME INVA/WONT?]
You need to log in before you can comment on or make changes to this bug.