Closed Bug 2000663 Opened 10 months ago Closed 10 months ago

Busted comm/mail/components/enterprisepolicies/tests/browser/browser_policy_handlers.js on Mac 14.70 all builds after bug 1998588 | single tracking bug

Categories

(Thunderbird :: Testing Infrastructure, defect, P5)

defect

Tracking

(Not tracked)

RESOLVED FIXED
147 Branch

People

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

References

(Regression)

Details

(Keywords: intermittent-failure, intermittent-testcase, regression, Whiteboard: [collect_confirm_failure])

Attachments

(1 file)

Filed by: toby [at] thunderbird.net
Parsed log: https://treeherder.mozilla.org/logviewer?job_id=535807128&repo=comm-central&task=G4GJKZgsQiarz3c952uMRQ.0
Full log: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/G4GJKZgsQiarz3c952uMRQ/runs/0/artifacts/public/logs/live_backing.log


After Bug 1998588 (“improve nsOSHelperAppService::OSProtocolHandlerExists on macOS”), Thunderbird’s macOS 14.7 browser-chrome tests began failing with an AppKit assertion:
`[NSWorkspace URLForApplicationToOpenURL:]: Assertion failed: url != nil`


Hi Josh,
You may already be looking into this, but figured that I'd open this and ask your opinion on how we might get our Thunderbird tests passing again.

This issue seems to occur when Gecko calls OSProtocolHandlerExists() with an empty or invalid scheme and we end up passing a nil URL into URLForApplicationToOpenURL:.

Expected:
Return NS_ERROR_FAILURE when the scheme is invalid, without calling into NSWorkspace.

Suggested fix:
Add a nil/empty check before constructing or passing the NSURL.

Regression range:
First seen after Bug 1998588 (changeset 617c8e825899e09a36840474638488c5df15aae5).

Flags: needinfo?(jaas)

I'll try to fix this in the next few hours. I'm pretty sure I can get a patch put together based on the description of the problem here but I may not be able to run the comm-central tests myself (limited time). If someone can test the patch against comm-central that would be great.

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

Nice, thanks so much!

Setting n-i in case Phabricator didn't notify you of the review feedback.

Flags: needinfo?(jaas)

I'll push a fix as soon as phabricator is back up, I assume it's down because of the Cloudflare outage.

Flags: needinfo?(jaas)
Pushed by spohl@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/848db37a75c1 https://hg.mozilla.org/integration/autoland/rev/d817380daf71 Properly handle invalid schemes in OSProtocolHandlerExists on macOS. r=spohl,tobyp
Status: NEW → RESOLVED
Closed: 10 months ago
Resolution: --- → FIXED
Target Milestone: --- → 147 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: