Closed
Bug 1874960
Opened 1 year ago
Closed 1 year ago
Broken UTF-16 string causes permanent fallback to XUL notification until restart
Categories
(Toolkit :: Alerts Service, defect)
Tracking
()
RESOLVED
FIXED
124 Branch
| Tracking | Status | |
|---|---|---|
| firefox124 | --- | fixed |
People
(Reporter: saschanaz, Assigned: saschanaz)
References
()
Details
Attachments
(1 file)
Running new Notification('7٩۰\r29I%=◺o󠇈🩰칤󠆉ⁿ쬩𝆀#٩[\b7᩿鸲𝅧𨝊٫۹\r\n') triggers XUL notification for every other notification after that. But broken notification should not affect others.
| Assignee | ||
Comment 1•1 year ago
|
||
This is tricky as falling back to XUL backend means notification.close() should be handled by the same backend. I think in this case it should just error out rather than falling back. Filed a spec issue because the relevant error behavior is currently not defined.
| Assignee | ||
Comment 2•1 year ago
|
||
The fallback is mainly for Linux where the lack of libnotify can cause error, in which case repeating to try native backend makes no sense. That does not apply to Windows and macOS.
| Assignee | ||
Updated•1 year ago
|
OS: Unspecified → Windows 11
Pushed by krosylight@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/c159ee569750
Stop falling back to XUL on Windows/macOS r=nalexander
Comment 4•1 year ago
|
||
| bugherder | ||
Status: NEW → RESOLVED
Closed: 1 year ago
status-firefox124:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 124 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•