Closed Bug 1541390 Opened 5 years ago Closed 1 year ago

The Save window has glitches and it turns black for a second

Categories

(Core :: Window Management, defect, P3)

defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox66 --- wontfix
firefox67 --- wontfix
firefox68 --- wontfix

People

(Reporter: obotisan, Unassigned)

Details

(Keywords: regression)

Attachments

(1 file)

Attached video glitches.mov

Affected versions

  • Firefox 68.0a1
  • Firefox 67.0b7
  • Firefox 66.0.2

Affected platforms

  • macOS 10.14

Steps to reproduce

  1. Go to https://testdrive-archive.azurewebsites.net/Graphics/Warp/Default.html
  2. 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.
Has Regression Range: --- → no

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.

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).

Has Regression Range: no → yes
Has STR: --- → yes

Neil, is this in the right component?

Flags: needinfo?(enndeakin)

Having a more specific regressing bug would answer that question.

Flags: needinfo?(enndeakin)

The priority flag is not set for this bug.
:enndeakin, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(enndeakin)
Flags: needinfo?(enndeakin)
Priority: -- → P3

Bulk change of P3 carryover bugs to wontfix for 68.

Oana, do you see this when using a newer version?

WFM macOS 11.4, Firefox 96.0b9

Flags: needinfo?(oana.botisan)

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?

Flags: needinfo?(oana.botisan) → needinfo?(vseerror)

(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.

Flags: needinfo?(vseerror) → needinfo?(enndeakin)

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.

Flags: needinfo?(enndeakin)

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.

Severity: minor → S4
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: