tab search gives incomplete results after firefox restart
Categories
(Firefox :: Address Bar, defect)
Tracking
()
People
(Reporter: mozsupport2019, Unassigned)
References
Details
(Whiteboard: [sng])
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/112.0
Steps to reproduce:
use Firefox, having a large number of open tabs.
Start a new Firefox (with tabs restored) after a reboot of the system.
Use the URl bar %string feature to search for an already open tab, using part of the URL/domain
Note: I use separate URL and search fields, because I do NOT want my URL to be mistaken as a search term, or forwarded to a search engine.
Actual results:
tabs I know I have opened do not appear in the search result, in the specific case the search result remains empty.
Example: one of my open tabs was
Title: DEUTSCHLANDTICKET | Münchner Verkehrsgesellschaft mbH
URL: https://www.mvg.de/tickets-tarife/abonnement/deutschlandticket.html
search term was: %mvg
result was: nothing
(this tab was not re-visited in the current session, therefore not yet loaded)
When searching for %deutschlandticket, the tab was listed.
Expected results:
open tabs should be found, even if they were not re-visited in the current browser session, no matter whether the search term is part of the window title or part of the URL.
In case there is such a mechanism, I also don't want the search to start only after a specific number of characters was entered. "%mvg" should have resulted in less than 10 tabs, I think, so go ahead and look for them!
(note, certain recently-visited (in the previous session) tabs will have not their previous Title but instead the URL shown in the tab text, I haven't checked whether that affects what will be found. Minor quirk I've gotten used to by now, not worth reporting. Just mentioning because it may affect efforts in reproducing the issue.)
Comment 1•3 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Updated•3 years ago
|
Comment 2•2 years ago
|
||
I tried to reproduce this issue on our side on windows as well as ubuntu 20 where one of the tabs was https://www.mvg.de/tickets-tarife/abonnement/deutschlandticket.html but Its always restored on my end. Searching for %mvg will always show the available tab on my end.
Updated•2 years ago
|
Comment 3•2 years ago
|
||
The severity field is not set for this bug.
:adw, could you have a look please?
For more information, please visit BugBot documentation.
Comment 4•2 years ago
|
||
Hello Karl,
We'd like to investigate this further but we want to rule out installed add-ons or preferences from potentially interrupting the load of the restored tabs. Would you be able to provide a log from about:support by clicking on "Copy text to clipboard" and pasting it in the Bugzilla comment field? It should ask you to upload it as an attachment.
Comment 5•2 years ago
|
||
We don't if this bug is affected by a WebExtension, so the first step is we should install Auto Tab Discard (or any other popular WebExtension that unload's tabs) on a profile/session with a ton of tabs open just to see if it can reproduce what Karl experienced. Only then should we feel okay with marking it as incomplete.
Updated•2 years ago
|
Comment 6•2 years ago
|
||
I was not able to reproduce this issue. I'm on Windows 11 and tried to repro by opening https://www.mvg.de/tickets-tarife/abonnement/deutschlandticket.html in a window with 114 other open tabs. After restarting my machine, I was still able to get to the https://www.mvg.de/tickets-tarife/abonnement/deutschlandticket.html tab using both % mvg and % deutschlandticket. Everything worked as expected whether I was using the Auto Tab Discard extension or not.
Comment 7•2 years ago
|
||
Unfortunately without further information on how to reproduce we are unable to proceed any further. Therefore closing this as incomplete. Reporter, if you are willing to provide more information and are still experiencing the issue, please feel free to re-open.
Description
•