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•3 months ago
|
||
Reporter | ||
Comment 2•3 months ago
|
||
Comment 3•3 months 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•3 months 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•3 months ago
|
||
Comment 6•3 months ago
|
||
[Tracking Requested - why for this release]: performance problem on retrieving icons
Comment 7•3 months ago
|
||
yeah, the posted Slow SQL telemetry confirms my suspect.
Reporter | ||
Comment 8•3 months 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•3 months ago
|
Updated•3 months ago
|
Updated•3 months ago
|
Comment 9•3 months 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•3 months ago
|
||
Here is a profile with all threads + IPC + I/O on all threads : https://share.firefox.dev/4f1NdY4
Assignee | ||
Comment 11•3 months ago
|
||
Updated•3 months ago
|
Assignee | ||
Comment 12•3 months ago
|
||
Submitted a patch that should fix this, thank you for reporting the issue.
Reporter | ||
Comment 13•3 months ago
|
||
This try build does not fix the issue for me : https://share.firefox.dev/3YGvnEj
Comment 14•3 months ago
|
||
[Tracking Requested - why for this release]: performance problem on retrieving icons
Updated•3 months ago
|
Reporter | ||
Comment 15•3 months ago
|
||
Builds from this try push are much better: https://share.firefox.dev/48qdrB8
Comment 16•3 months ago
|
||
Comment 17•3 months ago
|
||
bugherder |
Assignee | ||
Comment 18•3 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D227078
Updated•3 months ago
|
Comment 19•3 months 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•3 months ago
|
Comment 20•3 months ago
|
||
uplift |
Updated•3 months ago
|
Description
•