Closed
Bug 1257454
Opened 9 years ago
Closed 8 years ago
'Open in new tab' creates the new tab, but with a blank preview in tab overview.
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(firefox50 verified)
RESOLVED
FIXED
Firefox 50
Tracking | Status | |
---|---|---|
firefox50 | --- | verified |
People
(Reporter: scott, Assigned: droeh)
Details
Attachments
(2 files)
1.08 KB,
patch
|
snorp
:
review+
|
Details | Diff | Splinter Review |
1.93 KB,
patch
|
snorp
:
review+
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36
Steps to reproduce:
1. Open any page
2. Select to open an article or other content from that page in a new tab by pressing and holding the link and selecting 'open in new tab'
3. Navigate to the tab overview
Actual results:
The newly opened tab in the background does not show a website preview.
Expected results:
Opening tabs in the background should also show a tab preview in the tab overview, even if the user has yet to visit that site.
Severity: normal → minor
Component: Untriaged → General
OS: Unspecified → Android
Product: Firefox → Firefox for Android
Comment 1•9 years ago
|
||
Tested on all branches (Nightly, Aurora, Beta and Release) and could not reproduce. The website preview appear after 2-3 seconds in the tab overview.
Tested using Nexus 5 (Android 6.0.1).
What device did you used when this issue appeared?
What Android version does it have?
On what Firefox version did you find this issue?
Flags: needinfo?(scott)
Hi,
I was using a Samsung Galaxy S6 with Android 6.9 (Marshmallow).
The Firefox version was the latest build on the Play Store (45.0).
Flags: needinfo?(scott)
Comment 3•9 years ago
|
||
I tested on Firefox 45 from the Play Store using a Galaxy S6 with Android 6.0.1 and the issue does not reproduce.
After the link is opened in a new tab the page is loaded in background. After the page is loaded the page preview will show up in the tab overview.
While in tab overview try to wait a few seconds for the page preview to show up.
You are correct, after c.a 3-8 seconds the preview is displayed.
I guess the question would remain if the delay is intended?
Comment 5•9 years ago
|
||
The page preview is generated only after the page is fully loaded in background.
The waiting time can be affected by the network speed and the page complexity.
Closing the bug as worksforme.
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
Comment 6•9 years ago
|
||
I can continuously reproduce this on a Nexus 5x with Android 6.0.1 and Firefox for Android 46.0b2 (current beta from play store) connected via Wifi right next to a 5g access point with a quite fast uplink connected to it.
I go to http://m.faz.net and take my time to open few of the articles in background tabs while staying on the home page. After a while (few minutes), I open the tab overview and none of the new tabs has any thumbnail. When tapping one of the new tabs, they open immediately without any hint to the page still loading.
Only occasionally, I am able to reproduce the issue with http://m.heise.de as well, but since the page load time seems significant there, it could well be due to that as well (however, it's subjectively multiple times slower than via Google Chrome).
Comment 7•9 years ago
|
||
(In reply to Philip Hill from comment #6)
> I go to http://m.faz.net and take my time to open few of the articles in
> background tabs while staying on the home page. After a while (few minutes),
> I open the tab overview and none of the new tabs has any thumbnail. When
> tapping one of the new tabs, they open immediately without any hint to the
> page still loading.
I can reproduce this issue using your scenario.
Looks like if the pages opened in new tabs are completely loaded in the background before opening the tabs tray the page preview will not be displayed.
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WORKSFORME → ---
Updated•9 years ago
|
Flags: needinfo?(margaret.leibovic)
Comment 8•9 years ago
|
||
This sounds like a polish issue that would be good to resolve, but it's not critical. Sounds like something is just going wrong with our thumbnail logic.
snorp, do you know about tab thumbnail code, or who does?
Flags: needinfo?(margaret.leibovic) → needinfo?(snorp)
I think Brad wrote that stuff. Dylan can you take a look at this? We need to figure out if we're taking thumbnails of the appropriate tabs, etc.
Assignee: nobody → droeh
Flags: needinfo?(snorp)
Assignee | ||
Comment 10•8 years ago
|
||
I can reproduce this as well, and it seems like this happens specifically when an ad on the page (or any other resource, presumably) fails to load for some reason. I noticed that if we time out loading an ad we do not generate a tab preview (ever, as far as I can tell), but if the ads load correctly we get a preview as expected. I'm taking a closer look at how tab previews are created to see if I can confirm that explanation and fix it.
Assignee | ||
Comment 11•8 years ago
|
||
So it turns out we only update the thumbnail if the tab overview is shown: https://dxr.mozilla.org/mozilla-central/source/mobile/android/base/java/org/mozilla/gecko/ThumbnailHelper.java#220
I'm not sure why we do this, we've already done the work of capturing the thumbnail at this point. This patch just removes that check (and the now-redundant check on GeckoInterface), and it seems to work fine.
Attachment #8763242 -
Flags: review?(snorp)
Attachment #8763242 -
Flags: review?(snorp) → review+
Comment 12•8 years ago
|
||
Pushed by droeh@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/f214afd92057
Capture thumbnails for tabs even if tab overview is not currently shown. r=snorp
Comment 13•8 years ago
|
||
bugherder |
Status: REOPENED → RESOLVED
Closed: 9 years ago → 8 years ago
status-firefox50:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 50
Assignee | ||
Comment 14•8 years ago
|
||
I didn't quite go far enough in that first patch -- reopening this for a second patch that should fix it entirely.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 15•8 years ago
|
||
This gets rid of the shouldUpdateThumbnail() function entirely and always calls processThumbnailData().
Attachment #8764938 -
Flags: review?(snorp)
Attachment #8764938 -
Flags: review?(snorp) → review+
Comment 16•8 years ago
|
||
Pushed by droeh@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/c61a116595bf
Remove shouldUpdateThumbnail() entirely, always call processThumbnail(). r=snorp
Comment 17•8 years ago
|
||
bugherder |
Status: REOPENED → RESOLVED
Closed: 8 years ago → 8 years ago
Resolution: --- → FIXED
Comment 18•8 years ago
|
||
Verified as fixed in build 50.0a1 2016-07-19;
Device: Nexus 5 (Android 6.0.1).
Updated•4 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
•