Dialog windows become fully inaccessible on MacOS after a modal dialog was opened from a modal dialog (e.g. Edit Filter dialog lost behind the main window after an error prevents the filter from being saved).
Categories
(Thunderbird :: Filters, defect, P1)
Tracking
(thunderbird_esr91 fixed)
Tracking | Status | |
---|---|---|
thunderbird_esr91 | --- | fixed |
People
(Reporter: malcolm, Assigned: KaiE)
References
(Depends on 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(2 files, 1 obsolete file)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.79 Safari/537.36
Steps to reproduce:
Started to create a filter that would copy an email to a local folder. However, I forgot to specify a folder. When I hit the enter button a dialog advised me that I had to specify a target folder.
Actual results:
At that point the title bar of the filter window is visible above the messages window but the rest of the filter window is hidden. It is not possible to access the filter window. the window controls do not respond to mouse clicks. I'm using Mac OS so I used the force quit command. As the application closed, the messages window disappeared and the filter window was visible momentarily.
Expected results:
The filter window should have be rendered above the messages window. Regardless of the window order, the window controls should operate properly. If the window controls worked I would have been able to move them into the correct position.
Comment 1•3 years ago
|
||
When the "You must select the target folder" alert message appeared, it blocked the Filter Rules dialog, and couldn't be closed with the "OK" button, so you could select a folder?
Works for me using 90.0b1 on Windows 10.
When the "You must select the target folder" alert message appeared, the Filter Rules dialog seemed to disappear. I'm not sure if it was an accidental mouse click that caused that.
I noticed that the title bar of the dialog was visible above the main messages window. However, I couldn't select that window, or the messages window. I wasn't able to move the windows to access the dialog. I could access the menus, they displayed but they didn't respond to my selections, i.e., quit.
Glad it's not a universal problem. I'm running on Mac OS 11.4
Updated•3 years ago
|
I've just bumped into a similar problem. A dialog window, "attach image" in this case, alerts me to a problem "Alt text required." But the dialog window is displayed behind the mail window and I'm unable to access it. I have created a short screen grab of the issue that I will add to this report. In the screen grab I've minimised the email message window in the front to allow the dialog behind it to be seen.
Without access to the dialog I cannot correct the alt text issue. I cannot save or close the email message window. Only the dialog has window controls.
This movie shows an image attachment dialog in front of an email message window (reduced in size). The image dialog threw a message saying that an Alt text would be required. But instead of remaining in front of the email message window the dialog displayed behind the email message window. The title of the dialog window was visible. I could reduce the email message window dimensions. I could move the email message window independently to the dialog. If I moved the dialog it would move the email message window with it. I can not enter the email message window. I cannot close it. Nor can I enter or close the dialog.
Updated•3 years ago
|
Comment 5•3 years ago
|
||
Filters and Insert > Image both work for me without being hidden behind the application window on Windows and Fedora 34 Workstation with 90.0b1.
Tried safe mode using Help > Troubleshoot Mode?
Updated•3 years ago
|
Comment 6•3 years ago
|
||
(In reply to WaltS48 [:walts48] from comment #5)
Filters and Insert > Image both work for me without being hidden behind the application window on Windows and Fedora 34 Workstation with 90.0b1.
Tried safe mode using Help > Troubleshoot Mode?
Comment 7•3 years ago
|
||
Anthony, can you reproduce?
Comment 8•3 years ago
|
||
confirming. pure coincidence, I just had this happen to me. Filters UI is unusable, but Thunderbird is not hung - I can access other parts of thunderbird.
Kind of like bug 1609234 / Bug 1425656 - Sometimes modal dialog open at wrong location, sometimes unusable (Mac)
Shutting down I crashed mozilla::dom::workerinternals::RuntimeService::CrashIfHanging bp-7d58691d-8b50-4074-8834-0a8d40210702
Comment 9•3 years ago
|
||
We have all sorts of focus fails where focus gets lost into the wrong places. Not all of them may make things completely inaccessible, but still...
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Comment 11•3 years ago
|
||
I'm seeing a different but similar variation of this. I use Filtaquilla to create javascript filters. It includes a button to open a multi-line editing box, because pasting multi-line code into filter terms has, for at least 15 years, altered the values being pasted so that there are commas in the place of every carriage return, which is a syntax error in javascript code.
Since upgrading to TB91, whenever, I open the multiline js editor, suddenly the main filter editing window disappears from behind it, leaving it floating in the air in front of the main Filters dialog. When I close out of the js editor, the Filters dialog is frozen and non-interactive, exactly in the same manner as described by OP.
Comment 12•3 years ago
|
||
(In reply to malcolm from comment #3)
A dialog window, "attach image" in this case, alerts me to a problem "Alt text required." But the dialog window is displayed behind the mail window and I'm unable to access it.
I was just about to report this as a separate issue with the "Advanced Edit" dialog, but it turns out this is exactly it.
The situation looks a little different on Mojave (macOS 10.14), because modals still stick out from underneath of the parent window's title bar like a drawer or a tongue or whatever. But I'm left with a message compose window with no window controls, and I can't close it, even with ⌘+W, and at least some of the time I'm unable to close Thunderbird, requiring a force quit.
I will (try to?) attach a GIF animation of what I've just described to the issue.
Comment 13•3 years ago
|
||
(I know box-shadow
is not an HTML attribute, that was an accident! The behavior is the same, regardless.)
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Updated•3 years ago
|
Updated•3 years ago
|
Assignee | ||
Comment 14•3 years ago
|
||
Additional scenario:
composer window, options check spelling, click "edit", close the edit dialog, now the spelling dialog is behind the composer window and you're stuck.
Comment 15•3 years ago
|
||
Steven, if you're around, we could need your in-depth Mac expertise on this cluster which probably have the same root cause!
Comment 16•3 years ago
|
||
I still (occasionally) work on macOS-specific Mozilla bugs that interest me -- especially ones that seem likely to be very low level, and to be amenable to my HookCase debugging tool. This one does look interesting. But I'm currently busy with something else (in fact updating HookCase to be compatible with macOS 12 (Monterey)). It'll likely be a week or two before I have any time to spend on this bug.
Comment 17•3 years ago
|
||
Of the bugs filed between version 78 and 91, I think the oldest bug 1712980 dated May 2021
Assignee | ||
Comment 18•3 years ago
|
||
Could we identify the first nightly build that was broken?
Assignee | ||
Comment 19•3 years ago
|
||
deleted
Assignee | ||
Comment 20•3 years ago
|
||
deleted
Assignee | ||
Comment 21•3 years ago
|
||
deleted
Assignee | ||
Comment 22•3 years ago
|
||
working:
2021-02-11
https://hg.mozilla.org/comm-central/rev/02cdb182c49548e5056662d9bebddbbfc553ad6c
https://hg.mozilla.org/mozilla-central/rev/96508d0c910050edc14dd95cd9af86036dac0b90
broken:
2021-02-12
https://hg.mozilla.org/comm-central/rev/302172a9e62fa393bbe26479749aa3168022ccf3
https://hg.mozilla.org/mozilla-central/rev/67d5bc077f464d338544ad6f27c6ddca858fb286
Assignee | ||
Comment 23•3 years ago
|
||
Looking at the changes, maybe it's related to bug 1691171.
Comment 24•3 years ago
|
||
In one of the other bugs a mac SDK update was identified as the main suspect. The m-c range seems to change it in bug 1685764.
Comment 25•3 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #17)
Of the bugs filed between version 78 and 91, I think the oldest bug 1712980 dated May 2021
Even earlier is Bug 1695142 - Master password dialog on startup deadlocks UI - which unfortunately didn't get recognized as a new issue. And see bug 1699514 comment 10 / 11 for more info from dschubert, and which confirm the regression range.
Assignee | ||
Comment 26•3 years ago
|
||
I'm attempting to build comm-esr91 with the older MacOS 10.11 SDK. I'm trying to locally back out patches from mozilla platform that depend on the newer SDK. The intention is to confirm whether the change indeed is inside the SDK or not.
If it's inside the SDK, then we can research if we can potentially switch the TB 91 builds to the older SDK. So far, the only change I've had to back out was more precise timing measurements for telemetry. Let's see if there's more, local build still running.
Assignee | ||
Comment 27•3 years ago
|
||
The SDK isn't the cause.
My attempt from comment 26 didn't succeed. There were too many changes.
Then I changed strategy. I tried to build the broken revision from comment 22. I thought: If the newer 10.12 SDK is the culprit, then I should be able to build that old revision against the old 10.11 SDK, and it should work.
But that attempt failed, too. I couldn't build with the old SDK. Apparently even before that date, several changes were made that already required the newer 10.12 SDK.
During my journey I learned the directory mozilla/widget/cocoa is the area where the macOS windowing code lives. I attempted to build the old broken revision, but in addition, reverting all changes from that directory to the working revision from the day before. That didn't build either.
While waiting for builds, I looked at the patches. One of them looked suspicious to me. And then I got a success. I build the broken revision from comment 22, and only reverted the single patch from bug 1691171. That creates a working build.
Assignee | ||
Comment 28•3 years ago
|
||
I think this regression bug was caused by bug 1691171.
When reverting the patch from bug 1691171, on top the changeset from comment 22 (February 12), the regression is gone.
The patch doesn't cleanly apply to latest comm-esr91, we'll need to find out how to unmerge it, or we need a better fix.
Assignee | ||
Comment 29•3 years ago
|
||
Rob, if we wanted to apply a patch to mozilla-esr91, we'd have to start maintaining our own branch of it?
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 30•3 years ago
|
||
Updated•3 years ago
|
Assignee | ||
Comment 31•3 years ago
|
||
test binary:
https://kuix.de/mozilla/thunderbird/thunderbird-91.2.x-test1-lockup-1715740.en-US.mac.dmg
Use at your own risk, no guarantees that my mac is free of viruses etc.
sha256sum
cdc8459a1f6edf359d9fe8d31fb1a3ba36c83f0616df3c2930813efd3ae06f76 thunderbird-91.2.x-test1-lockup-1715740.en-US.mac.dmg
Comment 32•3 years ago
|
||
Great findings!
Could you launch a try run?
I'm using artifact builds on macOS so I can't apply this patch.
Comment 33•3 years ago
|
||
I tested this with your try run and it works. That back-out fixes all the window problems.
Assignee | ||
Updated•3 years ago
|
Comment 34•3 years ago
|
||
Over the last couple of days multiple users of my add-on Mail Merge reported an issue under macOS with Thunderbird 91, which turned out to be another variation of this bug: Open the Message Compose Window, then open the Mail Merge Dialog, then open the Mail Merge Help Dialog. Once you close the Mail Merge Help Dialog, Thunderbird gets stuck. Instead the Mail Merge Dialog should get focused again.
Today I had time to investigate the problem and was able to reproduce the issue for Mail Merge as well as several of the already mentioned cases for Thunderbird, e.g. filter dialog, spelling dialog and insert link or insert image dialogs.
I can also confirm the try run in comment #31 fixes the problem for the mentioned cases in Thunderbird incl. for my add-on Mail Merge.
Comment 35•3 years ago
|
||
Comment on attachment 9247434 [details]
Bug 1715740 - Revert patch from bug 1691171. r=rjl
Revision D129353 was moved to bug 1691171. Setting attachment 9247434 [details] to obsolete.
Assignee | ||
Comment 36•3 years ago
|
||
Besides my local build from comment 31, we now also have try runs made on mozilla build infrastructure.
comm-central:
https://treeherder.mozilla.org/jobs?repo=try-comm-central&revision=4ab2066ed1eb2d483aa7ba3f882fa54bfe540a0a
comm-esr91:
https://treeherder.mozilla.org/jobs?repo=try-comm-central&revision=2588f403b2cbd4e18d2a0b049c053e406f162fd8
Assignee | ||
Updated•3 years ago
|
Comment 37•3 years ago
|
||
Just to confirm: Both try runs, i.e. comm-central and comm-esr91, work for me!
Assignee | ||
Updated•3 years ago
|
Comment 38•3 years ago
|
||
(In reply to Kai Engert (:KaiE:) from comment #31)
test binary:
https://kuix.de/mozilla/thunderbird/thunderbird-91.2.x-test1-lockup-1715740.en-US.mac.dmg
Can confirm this test build fixes the problem as I observed it in the Filtaquilla extension's javascript action editor. While you're in the js editing popup, the filter rules window is gone, making it look like when you close the popup you will be stuck, but now, closing the popup reopens the filter rules window, and you can continue with your normal TB usage. And there was much rejoicing.
Updated•3 years ago
|
Comment 39•3 years ago
|
||
(In reply to Kai Engert (:KaiE:) from comment #36)
Besides my local build from comment 31, we now also have try runs made on mozilla build infrastructure.
comm-central:
https://treeherder.mozilla.org/jobs?repo=try-comm-central&revision=4ab2066ed1eb2d483aa7ba3f882fa54bfe540a0a
version 95 download link https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/CoXJQstdQpmc_TuMMD1MeQ/runs/0/artifacts/public/build/target.dmg
comm-esr91:
https://treeherder.mozilla.org/jobs?repo=try-comm-central&revision=2588f403b2cbd4e18d2a0b049c053e406f162fd8
version 91 download link https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Ke8MjlISRNerhi4VGX2UUw/runs/0/artifacts/public/build/target.dmg
Updated•3 years ago
|
Comment 40•3 years ago
|
||
CI build above for version 91 certainly solves the problem for me.
Comment 41•3 years ago
|
||
Fixed in Thuderbird 91.3.0
Comment 47•3 years ago
|
||
Bad news: The bug reappeared in all its glory, e.g. filter dialog, spelling dialog and insert link or insert image dialogs, with the recently released Thunderbird 91.3.1. (Thunderbird 91.3.0 is not affected!)
Comment 48•3 years ago
|
||
Yes the is a regression in 91.3.1. So 91.3.2 is in the works.
Comment 49•3 years ago
|
||
Looking forward to 91.3.2! (Bug confirmed.)
Assignee | ||
Comment 51•2 years ago
|
||
I think this was fixed in 91.3.2 as announced.
Updated•2 years ago
|
Description
•