Closed Bug 1964029 Opened 1 year ago Closed 1 year ago

[perma] comm/mail/components/addrbook/test/browser/browser_edit_photo.js | Uncaught exception in test bound test_local - waiting for photo dialog to change state - timed out after 50 tries

Categories

(Core :: DOM: Core & HTML, defect, P5)

defect

Tracking

()

RESOLVED FIXED
140 Branch
Tracking Status
thunderbird_esr128 --- unaffected
firefox-esr128 --- unaffected
firefox138 --- unaffected
firefox139 --- unaffected
firefox140 --- fixed

People

(Reporter: intermittent-bug-filer, Assigned: keithamus)

References

(Regression)

Details

(Keywords: intermittent-failure, intermittent-testcase, regression)

Attachments

(1 file, 1 obsolete file)

Summary: Intermittent comm/mail/components/addrbook/test/browser/browser_edit_photo.js | Uncaught exception in test bound test_local - waiting for photo dialog to change state - timed out after 50 tries → [perma] comm/mail/components/addrbook/test/browser/browser_edit_photo.js | Uncaught exception in test bound test_local - waiting for photo dialog to change state - timed out after 50 tries

Definitely something from m-c that broke it.

Based on how it's failing I wouldn't be surprised if it's bug 1963446 or possibly bug 1936940

I think what's changed is that escape is canceling the contact editing instead of just closing the contact photo dialog?

Confirmed, it's bug 1936940 that changes how the escape keypress propagates, leading to use closing the edit form, which breaks the test.

Keywords: regression
Regressed by: 1936940
Version: unspecified → Thunderbird 140

Thanks! Martin, are you looking at fixing it?
If not, Alex can you take a look?

I'm not sure if this is something we should fix or if it's an unintended regression from bug 1936940. I haven't looked into what the expected behavior is though.

I would have thought we could work around it by adding closedby="none" to the dialog. But even with that, Esc will close the dialog. Is that expected?

Flags: needinfo?(mozilla)

You’ll need the flag enabled for that to work. If the flag is not enabled and behaviour has changed this may be a regression. I’ll investigate further.

Flags: needinfo?(mozilla)
Assignee: nobody → mozilla

Right dom.dialog.light-dismiss.enabled is not enabled yet.
What seems to have changed is that earlier Esc would close the dialog, and that would be it - no Esc keypress event seen. But now we see one.

Attachment #9485524 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Component: Address Book → DOM: Core & HTML
Product: Thunderbird → Core
Version: Thunderbird 140 → unspecified

Set release status flags based on info from the regressing bug 1936940

Pushed by mozilla@keithcirkel.co.uk: https://hg.mozilla.org/integration/autoland/rev/619600ddb585 Close dialogs on escape after a tick r=dom-core,edgar
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 140 Branch

This fixed this failure. But unfortunately the failure is back after just a day - probably from bug 1965052. Filed bug 1965654

See Also: → 1965654
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: