New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 601456 link

Starred by 3 users

Issue metadata

Status: Fixed
Owner:
Not on Chrome anymore
Closed: Apr 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug

Blocked on:
issue 602259



Sign in to add a comment

Handle loading delays in loading snippet thumbnails

Project Member Reported by dgn@chromium.org, Apr 7 2016

Issue description

Downloading the thumbnail to display can take some time, especially on bad connections. What to do in the meantime?

a. Leave the space blank
b. Have a placeholder
c. Let text occupy the space, the layout of the card will be updated when the thumbnail arrives.
d. ?

Attached a video of what happens with option c)
 
demo.mp4
5.1 MB Download
A or B would be best. :) Could we get any info from the image ahead of time, like the primary color?
No, there's no way to get that info. We could do some similar calculations to what we do with the ML scrabble tiles though, where we try to get the favicon dominant color and fall back to gray if we don't have it.

If we do A, the card will re-layout the contents if we are unable to download the image just like in the attached video.

Comment 3 by dgn@chromium.org, Apr 8 2016

The current implementation is A), where space is blank until we get a thumbnail, which replaces it, or fail to get one, in which case we relayout the contents, as May said.

About the favicon color option: how is that different from the thumbnail color? We would have to get the favicon, which is most likely smaller, but still... Also I think it's better to have a full width text when we have no thumbnail.

Another option that was mentioned during the standup is to display the card only when we have the thumbnail. That means that we would download the thumbnails in advance, as we initialize the NTP, instead of when the card becomes visible. That raises data usage and snippet display latency concerns though. 
Re: favicon, we will have the favicon already cached if the user has visited the site previously so no need to hit the network.
I've attached an image of what Google Now does - it probably makes sense to stay consistent with this. They use a grey background with an image icon overlaid. 

I've also attached an example of what inbox does - they use the image from go/icons overlaid (search "photo"). The icon in this case seems simpler, so I'd go with that one.
IMG_3117.PNG
144 KB View Download
IMG_3121.PNG
112 KB View Download

Comment 6 by dgn@chromium.org, Apr 11 2016

Cc: rachelis@chromium.org
Labels: zine-mr-iter-10
Owner: dgn@chromium.org
Status: Started (was: Assigned)
Thanks, sounds good. I'll to this then:

- If there is no thumbnail URL, we let the text take the whole space
- While we are fetching the thumbnail from a URL, we use the placeholder icon
- If we got the thumbnail, we use it
- If thumbnail fetching failed, we leave the placeholder icon in place


FYI, there should always be a thumbnail after since https://codereview.chromium.org/1868523002/ was landed. If we don't have a thumbnail, that's a bug.

Comment 8 by treib@chromium.org, Apr 11 2016

Cc: markusheintz@chromium.org
One more strategy would be to simply wait for the thumbnail before showing the snippet at all.
Also note that this almost certainly has overlap with  bug 584429 .

Comment 9 by dgn@chromium.org, Apr 11 2016

Blockedon: 602259

Comment 10 by dgn@chromium.org, Apr 11 2016

Doing that would mean that we would download thumbnails snippets while we don't know if they are going to be shown. I'm planning to implement the placeholder first, add thumbnail fetching when we start pulling up snippets second, and then when we address  issue 602259 , we could load them from a persistent storage.

Sign in to add a comment