Closed Bug 1646444 Opened 5 years ago Closed 5 years ago

Crash in PermissionsManager when visiting twitter.com

Categories

(Core :: Permission Manager, defect)

x86_64
macOS
defect

Tracking

()

RESOLVED DUPLICATE of bug 1641611

People

(Reporter: morgan, Unassigned)

References

Details

STR:

  1. ./mach build && ./mach run
  2. navigate to twitter.com

In lldb I get this stack trace for the crash:

* thread #12, name = 'Permission', stop reason = EXC_BAD_ACCESS (code=1, address=0x0)
  * frame #0: 0x0000000102c287f9 XUL`mozilla::detail::RunnableFunction<mozilla::PermissionManager::UpdateDB(mozilla::PermissionManager::OperationType, long long, nsTSubstring<char> const&, nsTSubstring<char> const&, unsigned int, unsigned int, long long, long long)::$_13>::Run() [inlined] mozilla::PermissionManager::UpdateDB(this=<unavailable>)::$_13::operator()() const at PermissionManager.cpp:2906:9 [opt]
    frame #1: 0x0000000102c28706 XUL`mozilla::detail::RunnableFunction<mozilla::PermissionManager::UpdateDB(mozilla::PermissionManager::OperationType, long long, nsTSubstring<char> const&, nsTSubstring<char> const&, unsigned int, unsigned int, long long, long long)::$_13>::Run(this=0x00000001347c4b00) at nsThreadUtils.h:574 [opt]
    frame #2: 0x0000000101d1fea1 XUL`nsThread::ProcessNextEvent(this=0x000000011e702040, aMayWait=<unavailable>, aResult=0x000070000ad14cff) at nsThread.cpp:1234:14 [opt]
    frame #3: 0x0000000101d2612c XUL`NS_ProcessNextEvent(aThread=<unavailable>, aMayWait=true) at nsThreadUtils.cpp:501:10 [opt]
    frame #4: 0x00000001025697a8 XUL`mozilla::ipc::MessagePumpForNonMainThreads::Run(this=0x000000011e5e3b40, aDelegate=0x000070000ad14db8) at MessagePump.cpp:332:5 [opt]
    frame #5: 0x00000001024f5afe XUL`MessageLoop::Run() [inlined] MessageLoop::RunHandler(this=<unavailable>) at message_loop.cc:308:3 [opt]
    frame #6: 0x00000001024f5af9 XUL`MessageLoop::Run(this=<unavailable>) at message_loop.cc:290 [opt]
    frame #7: 0x0000000101d1c18a XUL`nsThread::ThreadFunc(aArg=<unavailable>) at nsThread.cpp:447:10 [opt]
    frame #8: 0x00000001019842a1 libnss3.dylib`_pt_root(arg=0x0000000100740970) at ptthread.c:201:5 [opt]
    frame #9: 0x00007fff6f4b6109 libsystem_pthread.dylib`_pthread_start + 148
    frame #10: 0x00007fff6f4b1b8b libsystem_pthread.dylib`thread_start + 15

I get this crash on todays (at time of writing) central, and it persists after re-bootstrapping and re-clobbering. I was also having watchman timeout issues, and did some digging and found openssl had become corrupted (unsure if that's related?). I unlinked, reinstalled, relinked it with homebrew, and then did the same for hg to try to fix the watchman issues.

re-clobbered, re-built, and things seem to work okay, but filing for reference!

are you still able to reproduce this crash?
It seems that you see a failure in the return value of the query execution:
https://searchfox.org/mozilla-central/rev/cfaa250d14e344834932de4c2eed0061701654da/extensions/permissions/PermissionManager.cpp#2906

If you are able to reproduce it, I would like to know the reason of this failure.

Flags: needinfo?(mreschenberg)
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE

(In reply to Andrea Marchesini [:baku] from comment #1)

are you still able to reproduce this crash?
It seems that you see a failure in the return value of the query execution:
https://searchfox.org/mozilla-central/rev/cfaa250d14e344834932de4c2eed0061701654da/extensions/permissions/PermissionManager.cpp#2906

If you are able to reproduce it, I would like to know the reason of this failure.

I can't reproduce any more, sorry :( Like I said above, I reinstalled hg and openssl and that seemed to fix the issue

Flags: needinfo?(mreschenberg)
You need to log in before you can comment on or make changes to this bug.