Closed
Bug 968180
Opened 10 years ago
Closed 10 years ago
Favicons in URL bar are not fetched after changing an option in settings menu
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(firefox27 unaffected, firefox28 affected, firefox29 verified, firefox30 verified, fennec29+)
VERIFIED
FIXED
Tracking | Status | |
---|---|---|
firefox27 | --- | unaffected |
firefox28 | --- | affected |
firefox29 | --- | verified |
firefox30 | --- | verified |
fennec | 29+ | --- |
People
(Reporter: u421692, Assigned: liuche)
References
Details
(Keywords: regression)
Attachments
(2 files)
172.25 KB,
image/png
|
Details | |
1.70 KB,
patch
|
mfinkle
:
review+
|
Details | Diff | Splinter Review |
Environment: Device: Samsung Galaxy Tab (Android 4.0.4) Build: Aurora 29.0a2 (2014-02-04) Steps to reproduce: 1. Open a site(realitatea.net), wait for the site to load. 2. Open Settings menu, and change an option(e.g. Clear private data, or Plugins preference) 3. Exit Settings menu 4. Open another site(marketplace.firefox.com) Expected result: marketplace.firefox.com loads fine, the correct favicon is fetched Actual result: realitatea.net's favicon remains in the URL bar, until you restart Firefox(see attached screenshot)
Updated•10 years ago
|
tracking-fennec: --- → ?
Flags: needinfo?(chriskitching)
Keywords: regression,
regressionwindow-wanted
Comment 1•10 years ago
|
||
Well, that's exciting.
Comment 2•10 years ago
|
||
Using the reported steps, I'm unable to reproduce this on my LG Nexus 4 (4.4.2) using Nightly (02/05, 30.0).
Comment 3•10 years ago
|
||
(In reply to Aaron Train [:aaronmt] from comment #2) > Using the reported steps, I'm unable to reproduce this on my LG Nexus 4 > (4.4.2) using Nightly (02/05, 30.0). I, too, cannot reproduce this on current nightly. Very strange - why would this stop the LINK_FAVICON event being dispatched? Funky. And it's not even spinning! Going to leave the flag in the vague hope I can find time to investigate this properly.
Comment 4•10 years ago
|
||
(In reply to Aaron Train [:aaronmt] from comment #2) > Using the reported steps, I'm unable to reproduce this on my LG Nexus 4 > (4.4.2) using Nightly (02/05, 30.0). Aaron: can you reproduce using Pop's env: Build: Aurora 29.0a2 (2014-02-04) ? I can't see why it would make a difference, but...
Comment 5•10 years ago
|
||
Nil difference; same steps, same build. ICS shenanigans? Pop, are you able to reproduce on Jellybean/Kitkat?
Reminds me of bug 939778; perhaps this is a tablet issue?
Assignee | ||
Comment 7•10 years ago
|
||
This looks like the same source issue as bug 939778 - favicon is not being updated on tablets after tapping a Settings header. Reproducible on Galaxy Tab 10.1 and Asus Transformer 1. Any ideas on why the resource id for the favicon ImageView is changing, but the actual image being rendered is still the same?
Tried to reproduce this issue on the following devices: Samsung Galaxy Tab (Android 4.0.4) - REPRODUCING Asus Transformer TF101 (Android 4.0.3) - REPRODUCING Acer A500 (Android 3.2.1) - NOT REPRODUCING Samsung Galaxy Tab 2 (Android 4.1.2) - NOT REPRODUCING LG Nexus 4 (Android 4.4.2) - NOT REPRODUCING ZTE Grand X IN (Android 4.0.4) - NOT REPRODUCING HTC Desire HD (Android 2.3.4) - NOT REPRODUCING From what it seems, this is tablet issue, reproducing only on ICS.
2013-11-05 - good 2013-11-06 - bad http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=770de5942471&tochange=9ba3faa35c96 Bug 934658 may very well caused this issue. However by looking at the patch from Bug 934658, I wonder why honeycomb is not affected. Bug 939778 may also be affected by this.
Keywords: regressionwindow-wanted
Comment 10•10 years ago
|
||
If this still affects Nightly, it shouldn't be throbber-related. More likely a lurking tablet bug. (On that note, with the progress bar we should consider undoing Bug 934658...)
Comment 11•10 years ago
|
||
Chenxia - Let's backout bug 934658 and see what happens.
Assignee: nobody → liuche
tracking-fennec: ? → 29+
Assignee | ||
Comment 12•10 years ago
|
||
I'll have to test this when I get my hands on a tablet to see if it still causes the favicon problem.
Attachment #8372080 -
Flags: review?(mark.finkle)
Flags: needinfo?(chriskitching)
Comment 14•10 years ago
|
||
Comment on attachment 8372080 [details] [diff] [review] Backout: backout for bug 934658 Still interested to hear about your testing results too
Attachment #8372080 -
Flags: review?(mark.finkle) → review+
Assignee | ||
Comment 15•10 years ago
|
||
Dammit sriram, this backout fixes this stupid favicon rendering bug! :)
Assignee | ||
Comment 16•10 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/a3a4571282f7
Reporter | ||
Comment 18•10 years ago
|
||
Verified this issue as fixed on latest Nightly(2014-02-09).
Assignee | ||
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 19•10 years ago
|
||
Verified as fixed on Builds: 29.0.1 30.0bs 31.0a2 (2014-05-27) 32.0a1 (2014-05-27) Device: Alcatel One Touch (Android 4.1.2). Also based on Mihai's Comment 18, I will mark this bug as verified fixed.
Status: RESOLVED → VERIFIED
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•