Vivaldi freezing for several minutes upon searching in history
-
Revert to Vivaldi.3.2.1967.47.x64 with default settings (except save browsing history set to 1 year) solved this problem.
55 MB history file about 120000 entries (5 months of browsing). -
@Gwen-Dragon I think it’s just that the Vivaldi UI is slow. If I display a single day, it’s loaded in less than a second — even though my history is ~ a year long (this means Chromium filters it quickly).
-
@Gwen-Dragon Oh wait, no, sorry. I was wrong. Displaying the whole history takes just a few seconds as well, it must really be a problem in searching (& I don’t know how much of this is done by Chromium & how much by the JS part).
-
@Gwen-Dragon Hmm, this is getting interesting. After opening the history page & switching to list view, it takes only ~5s. If I switch back to day view, type the search string (I used viv) & switch back to full-history list, it takes ~5s as well. This is OK if I really want to search through the history, but not when I want to do something else from the QC (there the delay can be (at least for me) avoided by always opening a new window for the history page).
This leads to the question why the delay is several minutes for the others. Maybe coz they type while viewing the full-history list?
Btw., I don’t have any AV.
-
This is definitely an issue with later releases of Vivaldi, but not sure when it started. I remember the History page and panel being "lightning" fast some time in the past, even when displaying the full history, so something's certainly changed.
Given that a big selling point of Chromium/Chrome is its fast history search, I doubt they've done something on their side to make it hang for several seconds on searching. I save 3 months, currently only since Sep. 1st and it still lags for several seconds when typing in more than one letter. It seems to get slower the more search letters are typed as well.
I remember discussions about the size of the History base and if Vivaldi was omitting doing some SQLite PRAGMAs like
optimize
orvacuum
. But I also assume this is something Vivaldi would leave to the underlying Chromium code.
https://www.sqlite.org/pragma.htmlHere's some good information on the usage of the History Provider Cache file. I assume this file is critical for quick searches working:
https://www.chromium.org/omnibox-history-provider
https://www.chromium.org/omnibox-history-provider/caching -
@Gwen-Dragon
And i can understand that nobody wants to share their history file in a bug report.
True. But I've done it before, VB-64112 for instance (not yet fixed either...)
VB-52218 is pretty old, what version would that have been for?
Assuming this is some kind of History file "corruption" - one could of course reset history and see if it happens again, but would then have to wait three or more months to rebuild. For instance I've reset my History several times, but VB-64112 always reappears after a while.
This is something I would think the team would have tools for (repopulating a History file), and also something which should be discovered in internal QA before releases, as a working fast history search is something a lot of users rely on.
One thing to test is to install an older (2.*) version as Standalone and copy the History file to it. But there could've been changes made in the meantime that would make this not work as expected.
-
@Gwen-Dragon said in Vivaldi freezing for several minutes upon searching in history:
Your bug is a duplicate of VB-59610 "Incorrect sorting by date in history"
OK I was asked by a dev to send my History file, they said they could reproduce but did not know what the cause was yet.
Was reported for 2.5.1511.4 last year.
I just tested copying my History (3 months, 28MB) to 2.5.1525.40 and searching definitely is faster there.
Will test with 3.0. -
I did some very basic unscientific testing of different Stable releases since 2.1. It does look like major slowness in searching full history was introduced in 3.3. It's much faster in 3.2.
Ed: Screen recordings of 3.2 vs 3.3:
https://filebin.net/75qtc5h8h072fr4l -
@Gwen-Dragon said in Vivaldi freezing for several minutes upon searching in history:
@zendar said in Vivaldi freezing for several minutes upon searching in history:
Revert to Vivaldi.3.2.1967.47.x64 with default settings
Not advised. You will open your browser and OS security holes. A downgrade can break configuration files and cause unexpected issues.
I know that, that's why I have in my system Eset antivirus in combination with Ghostery, uBlock, Popup Blocker (strict) so anything dodgy will get blocked. With bugs it is worse but it is managable so far twitter chrome autologin crash the browser.
Now the developers know the time frame and version so they can look up what code/queries changed in subversion. For comparsion latest stable version search took 2 minutes to indefinitely vs this version 5 to 10 seconds with the exact same history file. -
Thanks for all your suggestions. I've managed to track down the issue. When opening the history and entering a search query, it still freezes. The problem was that it was set to Month. When changing it to Day it works fine and no longer freezes. Setting it to Week also works fine. Thanks again!
-
@BoneTone said in Vivaldi freezes when viewing history:
@Pesala said in Vivaldi freezes when viewing history:
@MoosMas Reduce the time period for saving history in Settings, Privacy.
That shouldn't be necessary, I imagine something else is the root cause the OP's issue. I have my history going back to 2016, it never deletes, and I don't experience any freezing of Vivaldi when using it.
I have my history back to early 2020 and Vivaldi freezes if I want to look my history back to early 2020 (all).
-
@toroned and have you gone through the troubleshooting steps to try to narrow down the cause? There's obviously some difference between our systems & configurations that makes it an issue for you, but not for me.
-
-
3.4.2066.90 partially fixed this problem but still search in 3.2.1967.47 is 3 times faster.
So in my case of searching 2nd most visited domain ~ 16000 entries its
3.4.2066.90 30 seconds
3.4.2066.65 several minutes or freeze
3.2.1967.47 10 seconds (last version without this problem)
Just a wild guess this problem could be caused with
• [History] Search doesn’t match URL parts (VB-69246) in Vivaldi 3.3.
-
History search still freezes for me after entering three to five characters, with 3.4.2066.106 (Stable channel) (64-bit), Win10. But, there's a twist:
What happens in my case:
Every time I type a letter in the search box, the waiting time become exponentially longer, until it freezes. It doesn't make sense to me, because each time, it has less to filter out, and yet, it takes massively longer until it freezes completely.
And if that's still not clear, here's an example (I have 6 months worth of history, showing 'list', showing graphics):
I want to search for 'technology'
In the Search box:
- I type "t" (showing 't')
nothing seems to happen (maybe 1 letter won't trigger anything?)
- I type "e" (showing 'te')
0.5 seconds later, a line shows up under the box, with a checkbox for "include address in search history" and tells me I have 10484 entries.
- I type "c" (showing 'tec')
about 1-2 second later, it shows I have 628 entries
- I type "h" (showing 'tech')
about 5-8 seconds later, it shows I have 118 entries
- I type "n" (showing 'techn')
about 30-65mn later , it shows that I have 89 entries. I'm not entirely sure, I went to make dinner, but I waited at least 30mn before giving up.
I'm not going to typo "o" because at this rate, it's exponentially stupid.
In any case, maybe this will help. Good luck.
-
@tegehel I believe the history search speed has been much improved in the latest 3.5 snapshots. It will be out as Stable soon. If you'd like to test, you can download the Snapshot and install it as Standalone, then copy your
History*
files from the Stable profile to Snapshot, see if it's any better for you. -
@Pathduck I just did. Yes, it works much better. It doesn't freeze to death anymore, and I was able to type the word "technology" without having a total freeze halfway... However, it still gets very slightly slower as you type each letter: it isn't terrible and while it may need improvements, it is usable right now. So, good!
PS: I'm no programmer, but as far as searching huge database really fast (like all your HDs), the program called "Search Everything" does it incredibly quickly. It may not be implementable in Vivaldi, but I thought I'd mention it.
-
This is certainly a recent problem... I first noticed it a few weeks ago. Before that time I never had a problem with Vivaldi freezing when I searched History.
It happens when I search History regardless of the "date range" option and freezes Vivaldi for several minutes.
Normally, I just close the entire program down and restart as it's faster than waiting for several minutes and hoping it doesn't crash and, will hopefully, unfreeze.
I've probably updated Vivaldi 2-4 times since this began... is it possible to reinstall an earlier version, to rollback to a version before this bug appeared?
I don't use History search everyday... but when I need to use it, I really need it to WORK.
-
@cabXavier I tested their newest snapshot yesterday, as a standalone, and it fixed the search problem adequately: it doesn't freeze anymore, and it is seemingly faster (see my post above). @Pathduck said that the new stable (3.5) will incorporate those fixes.
-
@tegehel Thank you for the info... much appreciated.
The problem was damn annoying!
and BTW... I've been using "Everything" for ... geesh... 15yrs? Hell, I can't remember when I didn't have it! But I think I first discovered it circa-2005(??)
It's literally the first software I install on all my computers. Can't even imagine using a computer without it and I've tried, incredibly frustrating. Fastest search I've ever found.