Sometimes modal dialog open at wrong location, sometimes unusable (Mac)

NEW
Unassigned

Status

--
major
a year ago
2 months ago

People

(Reporter: patrick, Unassigned, NeedInfo)

Tracking

(Blocks: 1 bug, {regression, regressionwindow-wanted})

58 Branch
Unspecified
macOS
regression, regressionwindow-wanted

Thunderbird Tracking Flags

(thunderbird_esr60? affected)

Details

Attachments

(2 attachments)

(Reporter)

Description

a year ago
Created attachment 8937236 [details]
Screen Shot 2017-12-16 at 12.12.38.png

Modal dialogs on macOS should open as "sub-window" under the title bar of a window. However, since TB 58, the dialogs appear at weird locations. As they cannot be used, the become unusable. 

See attached screenshot: the Account Manager is opened at the bottom of the window.
I can't reproduce this with 58.0b2. Have you tried with "Restart with Add-ons disabled"?
(Reporter)

Comment 2

a year ago
Yes, it also happens in Safe Mode. I should add that I'm on macOS 10.12.6 (Sierra).

It doesn't happen always, and interestingly, it seems to depend on which element got the focus before a dialog is opened. 
For example, if I click on the message view pane (lower right), then the dialog will open there.

Furthermore, the dialog also "moves" when you resize the window. I created a video showing the behavior. It also happens when the dialog is originally at the correct location:  https://enigmail.net/video/Screen_Video.mov
Antony, Albert
Do you use engimail? If so, do you see this with 58 on Sierra?
Flags: needinfo?(albert)
Flags: needinfo?(acdp)
Keywords: regression
(Reporter)

Comment 4

a year ago
AFAICT, it's not depending on Enigmail in any way. I made the video in Safe Mode, without _any_ addon.
Yes, when I marked something in the message pane and then open the prefs through the menu I can confirm your issue on TB 58. On TB 59 the sheet always opens at the correct position. But when resizing the window it jumps too.

Comment 6

a year ago
Hi Wayne

No I mainly use TB std, I believe and I am still using El C. for my OS :-/

Ciao Antony
Flags: needinfo?(acdp)
(In reply to Wayne Mery (:wsmwk) from comment #3)
> Antony, Albert
> Do you use engimail? If so, do you see this with 58 on Sierra?

No Enigmail and El Capitan (for the time being). Sry.
Flags: needinfo?(albert)
(Reporter)

Comment 8

a year ago
I can reproduce this on High Sierra (macOS 10.13) and with TB 59a1.

Comment 9

10 months ago
Frankie, do you know of anything comparable happening in Firefox?

Looking at https://mzl.la/2I9Dxv2 I don't see anything that matches up
Flags: needinfo?(francis.uy)

Comment 10

10 months ago
No, I've never seen FF Mac display dialogs or sheets at the bottom of the window.

Patrick, have you changed your screen resolution?
Flags: needinfo?(francis.uy)
(Reporter)

Comment 11

10 months ago
No, I'm using the standard (high) resolution on my Mac.

But I actually don't recall when Firefox would have last displayed a native modal dialog other than the prompt for the master password. AFAICT most FF dialogs seem to be implemented via a semi-transparent layer on top of the main window.
Hard to believe we're not seeing lots of reports about this.
Blocks: 1424861
Keywords: regressionwindow-wanted

Comment 13

7 months ago
I actually see this issue randomly with Thunderbird 60.0b7 in three different profiles but I am unable to reproduce it deliberately. 
I also remember having observed it randomly with the TB 59 betas.
When it happens the account settings sub-window is functional and I can resize it if I want (see attachment)

Comment 14

7 months ago
Created attachment 8984810 [details]
Account settings sub-window in wrong place
Can you narrow the regression range to something smaller in the 58.0a1 range? 
between https://archive.mozilla.org/pub/thunderbird/nightly/2017/09/2017-09-24-03-02-11-comm-central/
and https://archive.mozilla.org/pub/thunderbird/nightly/2017/11/2017-11-13-03-02-02-comm-central/
Summary: Modal dialog open at wrong location → Intermittent modal dialog open at wrong location, sometimes unusable

Comment 16

7 months ago
(In reply to Wayne Mery (:wsmwk) from comment #15)
> Can you narrow the regression range to something smaller in the 58.0a1
> range? 
> between
> https://archive.mozilla.org/pub/thunderbird/nightly/2017/09/2017-09-24-03-02-
> 11-comm-central/
I can't find any Mac version on this page
> and
> https://archive.mozilla.org/pub/thunderbird/nightly/2017/11/2017-11-13-03-02-
> 02-comm-central/

In my tests with 58.0a1 version from Nov 13th, 2017 I don't see this issue.
There was actually b1 on Nov 27 and b2 on Dec 10. https://www.thunderbird.net/en-US/thunderbird/58.0beta/releasenotes/
It would be good to determine whether b1 also fails.

fixes marked as MacOS in the time perid Nov 13 to dec 10 https://mzl.la/2JH7EOD

Comment 18

7 months ago
In my new tests the issue is not present in TB 57.0b2 from November 18th, 2017 but it is present in TB 58.0b1 from November 27th, 2017. 
Tell me wether I should test other Nightly versions and which ones.

Comment 20

7 months ago
Finally a new test with the Nightly 58.0a1 from Nov 13, 2017 showed that the issue was already present at that date although I couldn't prove it in my first test.

Then I tested from https://archive.mozilla.org/pub/thunderbird/nightly/2017/11/2017-11-13-03-02-02-comm-central/ backwards until https://archive.mozilla.org/pub/thunderbird/nightly/2017/10/2017-10-26-03-02-01-comm-central/ and the issue could be seen in all intermediate versions. 

I could not reproduce the issue in Nightly 58.0a1 from October 21, 2017 
https://archive.mozilla.org/pub/thunderbird/nightly/2017/10/2017-10-21-03-02-01-comm-central/
Flags: needinfo?(e.berberich)

Comment 22

7 months ago
(In reply to Richard Marti (:Paenglab) from comment #21)
> Tested it and last good is
> https://archive.mozilla.org/pub/thunderbird/nightly/2017/10/2017-10-22-06-24-
> 16-comm-central/
> first bad is
> https://archive.mozilla.org/pub/thunderbird/nightly/2017/10/2017-10-24-03-02-
> 01-comm-central/
> 
I'm confirming. 
Don't remember why I couldn't find the download links for those two versions ...
From bug 1482157 comment 4 this seems to be because the dialog is somehow attached to the last toolbar. With attachments this will be the attachment toolbar on bottom. I could convert this to a normal hbox. But then we still have the message header toolbar which we can't convert without loosing our functionality.

Markus, please can you explain how this dialogs are attached to the toolbars (how is the logic to attach the dialog) and what we could do to fix this here?
Flags: needinfo?(mstange)
Duplicate of this bug: 1482187

Updated

5 months ago
status-thunderbird_esr60: --- → affected
tracking-thunderbird_esr60: --- → ?

Updated

5 months ago
Summary: Intermittent modal dialog open at wrong location, sometimes unusable → Sometimes modal dialog open at wrong location, sometimes unusable

Updated

4 months ago
Summary: Sometimes modal dialog open at wrong location, sometimes unusable → Sometimes modal dialog open at wrong location, sometimes unusable (Mac)
Duplicate of this bug: 1511691
You need to log in before you can comment on or make changes to this bug.