Closed Bug 1551170 Opened 6 years ago Closed 6 years ago

Dialog window is not shown correctly in case of using 2 displays with different resolution on Mac OS X 10.14

Categories

(Core :: Widget: Cocoa, defect, P5)

60 Branch
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox-esr60 --- wontfix
firefox66 --- unaffected
firefox67 --- unaffected
firefox68 --- unaffected

People

(Reporter: a.samets, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Firefox/60.0

Steps to reproduce:

Mac OS X 10.14 with main display (native, Retina, 13.3-inch (2560 x 1600) with resolution 1440x900) and additional monitor (Dell U2412M, 1920x1200)).
Run Firefox 60.6.3esr (64-bit). Move Firefox to the second display (to the Dell). Try to download any file.

Actual results:

Dialog window is opening on the primary display and shown uncompleted.

Expected results:

Dialog window should open on the same display where Firefox is running and shown completely.

Hi, I managed to reproduce this issue using two monitors by simply moving the save pop up to the other monitor and then trying to save the file again, the pop up is displayed on the second monitor but truncated. This issue could only be reproduced in the ESR version of Firefox.

I'm not sure if this is the correct component for this issue or Maybe File Handling ? please change it to a more suitable component if its not the correct one.

Status: UNCONFIRMED → NEW
Component: Untriaged → Widget: Cocoa
Ever confirmed: true
Product: Firefox → Core

A regression range using mozregression would most likely point to the patch that fixed this issue. Could you provide this range?

Flags: needinfo?(rares.doghi)
Priority: -- → P5

I tried to do a mozregression but I'm getting some Errors getting the build

0:15.22 ERROR: HTTPSConnectionPool(host='archive.mozilla.org', port=443): Max retries exceeded with url: /pub/firefox/nightly/2019/05/ (Caused by SSLError("Can't connect to HTTPS URL because the SSL module is not available.",))

I'm not sure how to fix this issue but as soon as I get to the bottom of it I'll provide the regression range.

Managed to get it working, as promised found the fix and a regression range for it:

27:23.72 INFO: No more inbound revisions, bisection finished.
27:23.72 INFO: First good revision: bd92ec274e3934bc11948d4a81f05cd7801d7cdb
27:23.72 INFO: Last bad revision: 12a849d78301b32f4d800dfe50944fc6f4f810b4
27:23.72 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=12a849d78301b32f4d800dfe50944fc6f4f810b4&tochange=bd92ec274e3934bc11948d4a81f05cd7801d7cdb

Flags: needinfo?(rares.doghi)

This seems like an odd regression range since it isn't related to anything DPI related, but I will mark this as resolved > worksforme in current, non-ESR versions of Firefox.

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: