LogViewer hangs when searching for an item with a lot of occurrences
Categories
(Tree Management :: Treeherder: Frontend, defect)
Tracking
(Not tracked)
People
(Reporter: whimboo, Unassigned)
Details
When searching for a term that is present quite often in the log the log viewer hangs and very slowly updates the search term.
Steps to reproduce:
- Open this test log
- Try to enter
navigation timeout
in the in-page search box.
You will noticed that the search immediately starts when entering the first letter. That is causing the event loop on the main thread of the content process to get locked. Only after the search has finished the next character will be added.
Here a Firefox profile: https://share.firefox.dev/49cquWY
Whether we give the main thread the chance to process events or we should not allow a search-by-typing feature if the number of search terms is too low?
Reporter | ||
Comment 1•1 year ago
|
||
This just caused a complete lockup of the WebContent process when I tried to modify the search term:
https://share.firefox.dev/49sufqY
I had to close the tab to get away with the 100% CPU utilization of that process.
Reporter | ||
Comment 2•11 months ago
|
||
Joel, I assume that we do not have the capacity to get this improved? Recently I use the search feature of the logger quite a lot and these hangs are kinda annoying. The only good workaround is for me to paste the full search string at once.
Description
•