The Save window has glitches and it turns black for a second
Categories
(Core :: Window Management, defect, P3)
Tracking
()
People
(Reporter: obotisan, Unassigned)
Details
(Keywords: regression)
Attachments
(1 file)
1.50 MB,
video/quicktime
|
Details |
Affected versions
- Firefox 68.0a1
- Firefox 67.0b7
- Firefox 66.0.2
Affected platforms
- macOS 10.14
Steps to reproduce
- Go to https://testdrive-archive.azurewebsites.net/Graphics/Warp/Default.html
- Click on "Save" button.
Expected result
- The Save window is displayed without any issues.
Actual result
- The Save window has glitches and it turns black for a second.
Regression range
- This might not be a regression, I can reproduce the issue on Nightly from 2017-01-02. I will try to find more information as soon as possible.
Additional notes
- Please look at the attached mov.
- As far as I can tell, this is the only situation I can reproduce this issue, but I will try to investigate it more.
Updated•5 years ago
|
Reporter | ||
Comment 1•5 years ago
|
||
I can seem to be able to find the regression on this issue. Because on macOS 10.12 I can't open builds from 2016 and until that point the bug is reproducing.
And when I tried to find the regression on Mac OS 10.11, the builds from 2018 weren't affected. Which make me think that on Mac OS 10.11 the issue might be intermittent... maybe? Also, the resulting bug after the regression was related to DevTools, didn't have anything to do with the Save window.
Reporter | ||
Comment 2•5 years ago
|
||
I did a bit more research and I managed to find the regression. It's an old one.
- last good: 2017-09-08 (20170908100218)
- first bad: 2017-09-09 (20170909100226)
I did a manual pushlog, because mozregression couldn't find the builds (they were too old).
Comment 4•5 years ago
|
||
Having a more specific regressing bug would answer that question.
Comment 5•5 years ago
|
||
The priority flag is not set for this bug.
:enndeakin, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•5 years ago
|
Comment 6•5 years ago
|
||
Bulk change of P3 carryover bugs to wontfix for 68.
Comment 7•2 years ago
|
||
Oana, do you see this when using a newer version?
WFM macOS 11.4, Firefox 96.0b9
Reporter | ||
Comment 8•2 years ago
|
||
We tested on macOS 10.14 and 10.15 using Firefox 97.0b4. The issue is not reproducing anymore because as soon as you click the "Save" button the Download panel is opened.
Is this expected behaviour?
Comment 9•2 years ago
|
||
(In reply to Oana Botisan, Desktop Release QA from comment #8)
We tested on macOS 10.14 and 10.15 using Firefox 97.0b4. The issue is not reproducing anymore because as soon as you click the "Save" button the Download panel is opened.
Is this expected behaviour?
Sorry, I don't know. Maybe Neil.
Comment 10•2 years ago
|
||
If you right-click on the download and choose 'Always Open Similar Files', then make sure that 'Always Ask' is set for that type in Preferences, then the dialog will show.
The example at https://testdrive-archive.azurewebsites.net/Graphics/Warp/Default.html appears to return 'image/octet-stream' as the content type, which I'm assuming is misconfigured; the actual file downloaded appears to be a png image.
Reporter | ||
Comment 11•2 years ago
|
||
We retested after setting the "Always ask you where to save files" option. The issue is not reproducing anymore using macOS 10.14, 10.15 and 11 on Firefox 97.0b7. I think is safe to say that this issue is fixed.
Updated•2 years ago
|
Updated•1 year ago
|
Description
•