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