Open Bug 1672408 Opened 5 years ago Updated 5 years ago

History in url bar

Categories

(Firefox :: Address Bar, defect, P5)

Product:
Firefox
Component:
Address Bar
Version:
Firefox 82
Type:
defect

Tracking

()

Status:
UNCONFIRMED

People

(Reporter: plupmartin, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:82.0) Gecko/20100101 Firefox/82.0

Steps to reproduce:

Just updated to 82 (I was using 79, but It happens to me since I update to version 81) and I got a nasty surprise, I modified browser.urlbar.maxRichResults to 20 a long time ago (although I don't know if it is of much use) so far it has always been good for me, in the search bar (I have browser.urlbar.suggest.searches disabled). When I was writing the first letters it showed me pages that I had previously visited, now to do this I have to fill in blank spaces, for example before writing "transl" it showed me"http://translate.google.com"now I have to write "trans " (3 blanks) for you to show me. It's a bit annoying, is it a bug or something that needs to be changed in the configuration?
There are also times that even doing this it takes a long time for something to appear, but not always, but until the last update I did not have these problems

My places.sqlite file occupies about 60 megabytes, maybe it is a lot, but I never delete the history due to the way I complete the urls that I visit the most by writing a few letters until it is shown to me automatically (until now)

I have also verified that if I write a url in the bar I have to hit enter twice to load it, while if I copy and paste it with one it is enough

It is the first time that I write here, excuse me if I did not do it in the correct way

(In reply to Pedro from comment #0)

My places.sqlite file occupies about 60 megabytes, maybe it is a lot

That's normal, but there may be a database problem. Please do the following:

  1. Type about:support into the address bar.
  2. Scroll nearly all the way down to Places Database.
  3. Click the Verify Integrity button. It will take a while for the check to complete.
  4. Copy the whole output that appeared below the aforementioned button and paste it in a comment here.
Component: Untriaged → Address Bar
Flags: needinfo?(plupmartin)

(In reply to Gingerbread Man from comment #1)

(In reply to Pedro from comment #0)

My places.sqlite file occupies about 60 megabytes, maybe it is a lot

That's normal, but there may be a database problem. Please do the following:

  1. Type about:support into the address bar.
  2. Scroll nearly all the way down to Places Database.
  3. Click the Verify Integrity button. It will take a while for the check to complete.
  4. Copy the whole output that appeared below the aforementioned button and paste it in a comment here.
    here it is:
    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 71680KiB
  • The database has been vacuumed
  • Final database size is 71680KiB

Task: stats

  • Places.sqlite size is 71680KiB
  • Favicons.sqlite size is 59136KiB
  • pragma_user_version is 54
  • 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 189047 unique pages
  • Table moz_historyvisits has 290581 records
  • Table moz_hosts has 0 records
  • Table moz_annos has 47 records
  • Table moz_keywords has 0 records
  • Table sqlite_sequence has 1 records
  • Table moz_origins has 7403 records
  • Table moz_inputhistory has 990 records
  • Table moz_bookmarks_deleted has 0 records
  • Table moz_bookmarks has 811 records
  • Table moz_meta has 6 records
  • Table moz_items_annos has 0 records
  • Table moz_anno_attributes has 3 records
  • Table moz_places has 168823 records
  • Table sqlite_stat1 has 11 records
  • Index sqlite_autoindex_moz_hosts_1
  • Index sqlite_autoindex_moz_keywords_1
  • Index sqlite_autoindex_moz_origins_1
  • Index sqlite_autoindex_moz_inputhistory_1
  • Index sqlite_autoindex_moz_bookmarks_deleted_1
  • Index sqlite_autoindex_moz_anno_attributes_1
  • Index moz_bookmarks_guid_uniqueindex
  • Index moz_historyvisits_placedateindex
  • Index moz_bookmarks_parentindex
  • Index moz_bookmarks_itemindex
  • Index moz_annos_placeattributeindex
  • Index moz_bookmarks_dateaddedindex
  • Index moz_items_annos_itemattributeindex
  • Index moz_keywords_placepostdata_uniqueindex
  • Index moz_bookmarks_itemlastmodifiedindex
  • Index moz_historyvisits_dateindex
  • Index moz_historyvisits_fromindex

Task: _refreshUI

But before this did not happen to me, as soon as I wrote it showed me the results of the history, I did not have to put blank spaces, or when putting a url I did not have to hit enter twice

Flags: needinfo?(plupmartin)

(In reply to Pedro from comment #2)

But before this did not happen to me, as soon as I wrote it showed me the results of the history, I did not have to put blank spaces, or when putting a url I did not have to hit enter twice

Do you mean the problem doesn't happen anymore?

Flags: needinfo?(plupmartin)

(In reply to Drew Willcoxon :adw from comment #3)

(In reply to Pedro from comment #2)

But before this did not happen to me, as soon as I wrote it showed me the results of the history, I did not have to put blank spaces, or when putting a url I did not have to hit enter twice

Do you mean the problem doesn't happen anymore?

the problem continues to occur, I wanted to say that it did not happen before

Flags: needinfo?(plupmartin)

The simplest thing to try here would be a Firefox Refresh (from about:support). That would copy a few things into a new profile (bookmarks, history and password are copied) but lose most of the other settings and add-ons, though it's very likely the problem lies there.
In the worst case, if it doesn't work, you could still copy back the profile from the Old Firefox Data folder.
See https://support.mozilla.org/en-US/kb/refresh-firefox-reset-add-ons-and-settings

I always suggest to make a copy of the profiles folder before starting doing experiments, anyway, yo ucan easily reach it from about:support, there's a dedicated button.

click on "reset firefox"? losing all cookies, history, is not an option for me
It is a problem that occurred from the jump from 79 to 81.0.2 in my case, before everything was perfect being the same as now.
I do not understand very well that when putting blank spaces in the bar if I find the history when before I did it only by putting the first letters

please check the document, cookies and history won't be lost.

(In reply to Marco Bonardo [:mak] from comment #7)

please check the document, cookies and history won't be lost.

the modified preferences are also saved in the profile folder? it is in case when restoring said folder it would also restore the modified preferences

Afaik the Old Firefox Data folder created on the desktop is a full copy of the profile folder. But as I said you should still make a copy of your profile folder as an additional safety precaution. Modified prefs won't be ported automatically to the refreshed profile, since they may be related to the bug.

Another possibility you could try before doing all of this, would be to test a clean profile, if the bug doesn't reproduce in the clean profile, then it's likely Refresh will solve the problem. If the bug also happens in the clean profile, then there must be something happening between Firefox and the system, and a Refresh won't help. See https://support.mozilla.org/en-US/kb/profile-manager-create-remove-switch-firefox-profiles to learn about profiles management.

yes, I already know that the modified preferences are not transferred, but I ask that if I backup the profile, these preferences are saved in the folder

The full profile folder should be saved, that includes the preferences. Anyway as I said, you can also do an additional backup of the profile folder by yourself, that's actually a good practice to do periodically.

The severity field is not set for this bug.
:adw, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(adw)
Severity: -- → S3

Unfortunately this is still not actionable for us, we need help identifying whether the problem is due to the specific Firefox profile in use, and then we should figure out which part/setting in the profile is causing it.

Flags: needinfo?(adw) → needinfo?(plupmartin)
Priority: -- → P5

(In reply to Marco Bonardo [:mak] from comment #13)

Unfortunately this is still not actionable for us, we need help identifying whether the problem is due to the specific Firefox profile in use, and then we should figure out which part/setting in the profile is causing it.

I'm sorry I have had little free time, I will try to do some of the tests indicated above, and I will put the results, but what surprises me and is how I indicate this began to happen with the indicated update, before said update I had no problems

Flags: needinfo?(plupmartin)

I must note Firefox 83 is behind the corner (will be released next week) so it may also be worth testing there.

ok thanks, I'll wait for that version and try

You need to log in before you can comment on or make changes to this bug.