Closed
Bug 2027756
Opened 4 months ago
Closed 4 months ago
Crash in [@ WakeLockTopic::UninhibitScreensaver]
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
RESOLVED
FIXED
151 Branch
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr140 | --- | unaffected |
| firefox149 | --- | unaffected |
| firefox150 | --- | unaffected |
| firefox151 | + | fixed |
People
(Reporter: aryx, Assigned: stransky)
References
(Regression)
Details
(Keywords: crash, regression, topcrash)
Crash Data
Attachments
(2 files)
8 crashes from 3 installs with the latest Firefox 151.0a1 on Linux
Crash report: https://crash-stats.mozilla.org/report/index/0bef6df0-0db4-43ae-a6b2-27f400260330
MOZ_CRASH Reason:
MOZ_DIAGNOSTIC_ASSERT(mWakeLockType != Unsupported) (Uh oh, how did we get here?)
Top 10 frames:
0 libxul.so MOZ_CrashSequence(void*, long) mfbt/Assertions.h:235
0 libxul.so WakeLockTopic::UninhibitScreensaver() widget/gtk/WakeLockListener.cpp:897
0 libxul.so WakeLockListener::SetState(nsTSubstring<char16_t> const&, bool, bool) widget/gtk/WakeLockListener.cpp:1104
1 libxul.so WakeLockListener::Callback(nsTSubstring<char16_t> const&, nsTSubstring<char16... widget/gtk/WakeLockListener.cpp:1124
2 libxul.so mozilla::dom::power::PowerManagerService::Notify(mozilla::hal::WakeLockInform... dom/power/PowerManagerService.cpp:80
3 libxul.so mozilla::ObserverList<mozilla::hal::WakeLockInformation>::Broadcast(mozilla::... xpcom/ds/Observer.h:64
3 libxul.so mozilla::hal::ObserversManager<mozilla::hal::WakeLockInformation>::BroadcastI... hal/Hal.cpp:169
3 libxul.so mozilla::hal::NotifyWakeLockChange(mozilla::hal::WakeLockInformation const&) hal/Hal.cpp:367
4 libxul.so mozilla::hal_impl::ModifyWakeLockWithChildID(nsTSubstring<char16_t> const&, m... hal/HalWakeLock.cpp:234
5 libxul.so mozilla::hal_sandbox::HalParent::RecvModifyWakeLock(nsTSubstring<char16_t> co... hal/sandbox/SandboxHal.cpp:270
Flags: needinfo?(stransky)
| Assignee | ||
Comment 1•4 months ago
|
||
Hm, this is really something which should not happen.
| Assignee | ||
Comment 2•4 months ago
|
||
Updated•4 months ago
|
Assignee: nobody → stransky
Status: NEW → ASSIGNED
| Assignee | ||
Updated•4 months ago
|
Flags: needinfo?(stransky)
Comment 3•4 months ago
|
||
Hopefully this helps - I can seem to get it to crash pretty reliably by:
- Go on youtube
- Allow autoplay
- Open a video in new tab (Active tab doesn't change)
- Wait for the sound icon to show up for the new tab
- Switch to that tab
Comment 4•4 months ago
|
||
FWIW, I ran into this with Arch + i3 setup, and as per :emilio's suggestion, I gathered logs, as attached
Pushed by stransky@redhat.com:
https://github.com/mozilla-firefox/firefox/commit/3ae8fbfbb9c9
https://hg.mozilla.org/integration/autoland/rev/6563fb5691d7
[Linux] Early return from WakeLockTopic::UninhibitScreensaver() if wake lock is not available r=emilio
Status: ASSIGNED → RESOLVED
Closed: 4 months ago
Resolution: --- → FIXED
Target Milestone: --- → 151 Branch
Updated•3 months ago
|
QA Whiteboard: [qa-triage-done-c152/b151][qa-ver-needed-c152/b151]
Flags: qe-verify+
You need to log in
before you can comment on or make changes to this bug.
Description
•