Since the last few days, favicons on address bar take some time to appear
Categories
(Toolkit :: Places, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox-esr128 | --- | unaffected |
firefox132 | --- | unaffected |
firefox133 | + | fixed |
firefox134 | + | fixed |
People
(Reporter: mayankleoboy1, Assigned: yazan)
References
(Regression)
Details
(Keywords: perf, regression, Whiteboard: [sng])
Attachments
(5 files)
See attached video. Wasnt some recent work done on favicons? Maybe its a fallout from that?
See attached video.
Reporter | ||
Comment 1•10 days ago
|
||
Reporter | ||
Comment 2•10 days ago
|
||
Comment 3•7 days ago
|
||
it's possible one of the queries hit a slow path and now it takes longer to resolve.
We should investigate this on a large database.
If you go to about:telemetry and you have telemetry enabled, there should be a slow SQL section, and you could check for queries continaining "moz_icons", what is reported there?
Comment 4•7 days ago
|
||
Maybe related to the changes in Bug 1664001, this check would indeed be slow WHERE p.url BETWEEN :pageRoot AND :pageRoot || "X'FFFF' "
because there is no index on url... we should use origin or rev_host to restrict the result set
Reporter | ||
Comment 5•7 days ago
|
||
Comment 6•7 days ago
|
||
[Tracking Requested - why for this release]: performance problem on retrieving icons
Comment 7•7 days ago
|
||
yeah, the posted Slow SQL telemetry confirms my suspect.
Reporter | ||
Comment 8•7 days ago
|
||
I am happy to give a profile using the profiler. What preset should I use? Or what threads I should add in the profiler UI to capture slow SQL or placesstuff in general?
Updated•7 days ago
|
Updated•7 days ago
|
Updated•7 days ago
|
Comment 9•7 days ago
•
|
||
(In reply to Mayank Bansal from comment #8)
I am happy to give a profile using the profiler. What preset should I use? Or what threads I should add in the profiler UI to capture slow SQL or placesstuff in general?
Thank you, I think we have all we need to fix this already.
I must file a bug to improve our profiler story around queries execution, currently you can check the "ignore selected elements and register all threads" option in about:profiling, and that will also show sqldb threads, but they don't report the executed query.... we can really do better there (fwiw it looks like the StepStatement call shows the query in the stack)
Reporter | ||
Comment 10•7 days ago
|
||
Here is a profile with all threads + IPC + I/O on all threads : https://share.firefox.dev/4f1NdY4
Assignee | ||
Comment 11•7 days ago
|
||
Updated•7 days ago
|
Assignee | ||
Comment 12•7 days ago
|
||
Submitted a patch that should fix this, thank you for reporting the issue.
Reporter | ||
Comment 13•7 days ago
|
||
This try build does not fix the issue for me : https://share.firefox.dev/3YGvnEj
Comment 14•6 days ago
|
||
[Tracking Requested - why for this release]: performance problem on retrieving icons
Updated•6 days ago
|
Reporter | ||
Comment 15•6 days ago
|
||
Builds from this try push are much better: https://share.firefox.dev/48qdrB8
Comment 16•4 days ago
|
||
Comment 17•4 days ago
|
||
bugherder |
Assignee | ||
Comment 18•4 days ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D227078
Updated•4 days ago
|
Comment 19•4 days ago
|
||
beta Uplift Approval Request
- User impact if declined: Firefox hangs when opening and clicking into a new blank tab, favicons take time to load
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing: N/A
- Risk associated with taking this patch: Low
- Explanation of risk level: This patch fixes a regression, and the fix has been verified in Nightly
- String changes made/needed: N/A
- Is Android affected?: no
Updated•4 days ago
|
Comment 20•4 days ago
|
||
uplift |
Updated•4 days ago
|
Description
•