Closed Bug 2027756 Opened 4 months ago Closed 4 months ago

Crash in [@ WakeLockTopic::UninhibitScreensaver]

Categories

(Core :: Widget: Gtk, defect)

Unspecified
Linux
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)

Hm, this is really something which should not happen.

Assignee: nobody → stransky
Status: NEW → ASSIGNED
Flags: needinfo?(stransky)

Hopefully this helps - I can seem to get it to crash pretty reliably by:

  1. Go on youtube
  2. Allow autoplay
  3. Open a video in new tab (Active tab doesn't change)
  4. Wait for the sound icon to show up for the new tab
  5. Switch to that tab

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
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.

Attachment

General

Created:
Updated:
Size: