Open
Bug 1481497
Opened 6 years ago
Updated 2 years ago
Slack Favicon changes if you drag a tab into its own window
Categories
(Firefox :: Tabbed Browser, defect, P3)
Firefox
Tabbed Browser
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox61 | --- | wontfix |
firefox62 | --- | fix-optional |
firefox63 | --- | wontfix |
firefox64 | --- | fix-optional |
People
(Reporter: pascalc, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: regression)
Mozilla/5.0 (X11; Linux x86_64; rv:63.0) Gecko/20100101 Firefox/63.0 ID:20180807100107
When I drag the Slack tab into its own window the pound sign icon is replaced by the generic slack icon. If I reload the page, the pound icon comes back.
This is not happening with 61.0.1
I put a screencast of the bug here: http://video.chevrel.org/faviconBug.mp4
Reporter | ||
Updated•6 years ago
|
status-firefox61:
--- → unaffected
status-firefox62:
--- → ?
Comment 1•6 years ago
|
||
I just tested and was able to reproduce this on Firefox 61.
Updated•6 years ago
|
Reporter | ||
Comment 2•6 years ago
|
||
Working here in 61 but it's the distro build, I'll test with a mozilla build to make sure this is not a recent regression. I actually filed this one because I thought it might be a regression from bug 1453751
Updated•6 years ago
|
Priority: -- → P3
Updated•6 years ago
|
Comment 3•6 years ago
|
||
Used mozregression to narrow down to this change: https://hg.mozilla.org/integration/autoland/rev/266a3c9eae61
Bug 1449523 - ContentLinkHandler only picks perfectly sized icons. r=Mardak
Blocks: 1449523
Keywords: regressionwindow-wanted
Comment 4•6 years ago
|
||
This looks like an example of the problem described in bug 1478823 comment 3. Basically we do different things depending on the timing of encountering <link> tags. When slack loads it defines some default icons then sometime later adds a new link icon which we then consider to be the most important. When we detach the tab we re-fire all DOMLinkAdded events for the detached tab (described here but I can't figure out where this is triggered from the C++! https://searchfox.org/mozilla-central/source/toolkit/content/widgets/browser.xml#1336). Since they are triggered at the same instant our code for determining the best favicon is working with a different set and so gives a different result.
Too late to fix in 63, but we could still take a patch in 65 and potentially, 64 beta.
Comment 6•6 years ago
|
||
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•