Start Firefox in Safe Mode {web link}

A small dialog should appear. Click Start In Safe Mode (not Refresh). Is the problem still there?

While still in Safe Mode;

[v57+] Places Maintenance is built into Firefox.

Type about:support<enter> in the address bar.

You will find Places Database near the bottom. Press the Verify Integrity button.

When done, copy and post the results here.

That is how it works. There are event listeners that monitor changes to the database and re-initiate the query when changes are detected to ensure you get the correct results,. This is not a fixed list, but is dynamic and can be updated at any time when changes are detected. As long as you do not make changes then there won't be a new search initiated. This also happens when you query the history; in this case you get a new entry at the top if you would open a history item and the original item you clicked is hidden.

cor-el said

There are event listeners that monitor changes to the database and re-initiate the query

Right, but how do i disable it? It serves no purpose to me and I would very much like to trade it for a non-horrible FF experience.

@Fred, this is the result:

> Task: checkIntegrity + The places.sqlite database is sane + The favicons.sqlite database is sane > Task: invalidateCaches + The caches have been invalidated > Task: checkCoherence + The database is coherent > Task: expire + Database cleaned up > Task: originFrecencyStats + Recalculated origin frecency stats > Task: vacuum + Initial database size is 138240KiB + The database has been vacuumed + Final database size is 128000KiB > Task: stats + Places.sqlite size is 128000KiB + Favicons.sqlite size is 12480KiB + pragma_user_version is 52 + pragma_page_size is 32768 + pragma_cache_size is -2048 + pragma_journal_mode is wal + pragma_synchronous is 1 + History can store a maximum of 109684 unique pages + Table moz_places has 192832 records + Table moz_historyvisits has 17355 records + Table moz_inputhistory has 154 records + Table moz_hosts has 0 records + Table moz_bookmarks has 195004 records + Table moz_keywords has 0 records + Table sqlite_sequence has 1 records + Table moz_anno_attributes has 6 records + Table moz_annos has 102719 records + Table moz_items_annos has 97274 records + Table sqlite_stat1 has 18 records + Table moz_bookmarks_deleted has 10101 records + Table moz_meta has 5 records + Table moz_origins has 1584 records + Index sqlite_autoindex_moz_inputhistory_1 + Index sqlite_autoindex_moz_hosts_1 + Index sqlite_autoindex_moz_keywords_1 + Index sqlite_autoindex_moz_anno_attributes_1 + Index sqlite_autoindex_moz_bookmarks_deleted_1 + Index sqlite_autoindex_moz_origins_1 + Index moz_places_hostindex + Index moz_places_visitcount + Index moz_places_frecencyindex + Index moz_places_lastvisitdateindex + Index moz_historyvisits_placedateindex + Index moz_historyvisits_fromindex + Index moz_historyvisits_dateindex + Index moz_bookmarks_itemindex + Index moz_bookmarks_parentindex + Index moz_bookmarks_itemlastmodifiedindex + Index moz_places_url_hashindex + Index moz_places_guid_uniqueindex + Index moz_bookmarks_guid_uniqueindex + Index moz_annos_placeattributeindex + Index moz_items_annos_itemattributeindex + Index moz_keywords_placepostdata_uniqueindex + Index moz_bookmarks_dateaddedindex + Index moz_places_originidindex > Task: _refreshUI

Good, no problem with the database.

You have a very high bookmarks count (195004) and a database size of 128 MB, so that would explain that you get delays when a new search is initiated. With such an high count best is probably not to keep such a search active, but clear the search bar or copy the data to a file.

Are you using Sync as that can have effect as well?

• Table moz_bookmarks has 195004 records
• Table moz_places has 192832 records
• Table moz_bookmarks_deleted has 10101 records

cor-el said

You have a very high bookmarks count (195004) and a database size of 128 MB, so that would explain that you get delays when a

I don't use sync and I don't mind a delay when searching; It happens fast enough.

The problem is, that having the library open, affects the browser performance for no beneficial reason.

Are you saying it's not possible to disabled it?

Not that I know, you can't pause a query in a list that is open. You would have to close the list and reopen or temporarily append a character that invalidates the query).

But the query is finished. Any monitoring is superfluous since the only change that could possibly happen, is me making a new bookmark, which means it doesn't need to be included in the query..

But i guess it is what it is. Thanks for the replies

Search queries and other lists that appear the the left panel and the right panel in the Library aren't static. If you leave the Library window open then changes to bookmarks and history will appear and the display is updated. You can see that window as a search query, when the search bar is empty then you get the full list. The Library has an Undo command in the Organize menu that allows to undo any changes made to bookmarks during the current session.

'cor-el said

Search queries and other lists that appear the the left panel and the right panel in the Library aren't static. If you leave the Library window open then changes to bookmarks and history will appear and the display is updated. You can see that window as a search query, when the search bar is empty then you get the full list.

I know. It's what i am saying in my original post. But displaying any changes is superfluous since i just made them...

The Library has an Undo command in the Organize menu that allows to undo any changes made to bookmarks during the current session.

How is that supposed to help the topic?