Closed Bug 1809828 Opened 2 years ago Closed 1 year ago

Jump Back In thumbnail image is not displayed sometimes

Categories

(Fenix :: Homepage, defect, P2)

All
Android
defect

Tracking

(firefox119 wontfix, firefox120 verified)

RESOLVED FIXED
Tracking Status
firefox119 --- wontfix
firefox120 --- verified

People

(Reporter: cpeterson, Assigned: vdreghici)

References

Details

(Whiteboard: [fxdroid])

Attachments

(2 files)

From github: https://github.com/mozilla-mobile/fenix/issues/24132.

Steps to reproduce

  1. Open a few pages (especially wikipedia articles and addons pages).
  2. Reopen a wikipedia article (other than the last accessed page) from Recently visited section.
  3. Observe the Jump back in thumbnail image.

Expected behaviour

The Jump back in thumbnail image is displayed.

Actual behaviour

The Jump back in thumbnail image is not displayed.

Device name

Google Pixel 4

Android version

Android 12

Firefox release type

Firefox
Firefox Nightly

Firefox version

98.1.1
99.0a1 (2022-03-07)

Device logs

No response

Additional information

https://user-images.githubusercontent.com/48829350/157034283-d6e08b3a-f86e-47b7-9ee8-b4f2b89fde73.mp4

┆Issue is synchronized with this Jira Task

Change performed by the Move to Bugzilla add-on.

The severity field is not set for this bug.
:cpeterson, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(cpeterson)
Flags: needinfo?(cpeterson)
Severity: -- → S3
Priority: -- → P2
Whiteboard: [fxdroid]
Assignee: nobody → Vlad.DreghiciPopa
Status: NEW → ASSIGNED

I have investigated this issue and there are multiple layers here.
I have managed to reproduce it by accessing pocket stories from website thewalrus.ca . For most of the stories here, the image was too large and when trying to download it to use as thumbnail for jump back in, the download failed and the fallback was a white rectangle, that is why it seemed like the picture was not displayed sometimes. I came up with a fix for this in the PR attached.
The other interesting aspect is the fact that the same story had the image downloaded and shown correctly in the pocket stories section of the home page. After digging for a while, I discovered that this was due to the way the pocked API works, allowing us to request images for stories any width and height we want, as per example below:

For pocket, link is:

https://img-getpocket.cdn.mozilla.net/{wh}/filters:format(jpeg):quality(60):no_upscale():strip_exif()/https%3A%2F%2Fwalrus-assets.s3.amazonaws.com%2Fimg%2FTretheway_DeepestMap_1800_02.jpeg

this actually helps a lot, because it is possible to resize the image like this

https://img-getpocket.cdn.mozilla.net/319x231/filters:format(jpeg):quality(60):no_upscale():strip_exif()/https%3A%2F%2Fwalrus-assets.s3.amazonaws.com%2Fimg%2FTretheway_DeepestMap_1800_02.jpeg

Simply replacing {wh} from the raw link received into desired width and height.

We cannot do this with normal links, since it is a feature provided by pocket. The best next solution would be to just take a snapshot of the tab and display that as an image when it fails to download the actual image provided by the website.

Nevertheless, this would require UX approval.

Whiteboard: [fxdroid] → [fxdroid][needs-ux]

Leaving an update here. This issue seems to have been fixed by the patch to Improve performance of tab thumbnail loading in Compose.

I have also talked with Kate about the behavior of the thumbnail and she sent me a figma design. I have tested the behavior and it follows the one described there.

Because of this, I will remove the need-ux tag and add qe-verify in order to make sure that this bug was fixed and it can be closed.

Flags: qe-verify+
Whiteboard: [fxdroid][needs-ux] → [fxdroid]

Verified as fixed on the Nightly 120.0a1 from 26.09.2023 build.

The described issue is no longer reproducible on the mentioned build.

Devices used to verify:
Google Pixel 7 Pro ( Android 14)
Google Pixel 3 XL (Android 9)
Motorola Moto G9 plus (Android 11)

Flags: qe-verify+

Closing this as it was fixed in 1844967.

Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: