Page Info saves file instead of preview
Categories
(Firefox :: Page Info Window, defect, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr140 | --- | unaffected |
| firefox147 | --- | wontfix |
| firefox148 | --- | fixed |
| firefox149 | --- | fixed |
People
(Reporter: vopros4, Assigned: tschuster)
References
Details
(Keywords: nightly-community, regression)
Attachments
(3 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:147.0) Gecko/20100101 Firefox/147.0
Steps to reproduce:
- Open page https://t.me/expensive_hurma/31926
- Ctrl-I to open "Page Info".
- Switch to "Media" tab.
- Switch to the list of files.
- Browse the list with arrows and clicks.
- Switch to the bottom file at https://cdn4.telesco.pe/ domain (currently https://cdn4.telesco.pe/file/fbc3125735.webp?token=...)
Actual results:
On step 5 preview works correctly for most files. On step 6 the image is instead saved to the default directory and opened in a new browser tab using file:// protocol
This may have something to do with the reported "content-type" header: the problematic file is "application/octet-stream", the rest are "image/png", "image/jpeg", "image/svg+xml", "image/x-icon".
Expected results:
Earlier versions (before 140) correctly displayed previews for this file.
Comment 1•1 month ago
|
||
Regression window:
https://hg-edge.mozilla.org/integration/autoland/pushloghtml?fromchange=ea419ed5f578721b0252c8d13737903c536dd924&tochange=1dbd75f09e1653f81fe3d06a8f99eb9485aa0100
Comment 2•1 month ago
|
||
:tschuster, since you are the author of the regressor, bug 1980376, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 3•1 month ago
|
||
We really shouldn't be starting downloads here and instead show a broken image. I actually thought that is how it worked already.
(In reply to Tom Schuster (MoCo) from comment #3)
We really shouldn't be starting downloads here and instead show a broken image.
The old versions displayed the image.
| Assignee | ||
Updated•1 month ago
|
| Assignee | ||
Comment 5•18 days ago
|
||
Updated•18 days ago
|
| Assignee | ||
Comment 7•17 days ago
|
||
We should maybe think about having this as a dot fix ride along.
Comment 10•17 days ago
|
||
| Assignee | ||
Updated•17 days ago
|
Comment 11•17 days ago
|
||
| Assignee | ||
Comment 12•16 days ago
|
||
Updated•16 days ago
|
Comment 13•16 days ago
|
||
| bugherder | ||
Comment 14•15 days ago
|
||
The patch landed in nightly and beta is affected.
:tschuster, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox148towontfix.
For more information, please visit BugBot documentation.
Comment 15•12 days ago
|
||
Comment 16•11 days ago
|
||
| bugherder | ||
Comment 17•11 days ago
|
||
| bugherder | ||
Comment 18•11 days ago
|
||
firefox-release Uplift Approval Request
- User impact if declined: The page info dialog is relatively obscure, but the behavior is very annoying for people that run into it. Triggering a download is quite unexpected behavior when trying to preview media.
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing:
- Risk associated with taking this patch: low
- Explanation of risk level: The patch is very simple and will only affect the Page Info window.
- String changes made/needed: no
- Is Android affected?: no
| Assignee | ||
Comment 19•11 days ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D283707
| Assignee | ||
Updated•11 days ago
|
Updated•8 days ago
|
Updated•4 days ago
|
Updated•4 days ago
|
Comment 20•4 days ago
|
||
| uplift | ||
Description
•