Closed
Bug 1168227
Opened 9 years ago
Closed 7 years ago
[@ -[NativeMenuItemTarget menuItemHit:] ] crash when trying to update after sleep
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
RESOLVED
INVALID
Tracking | Status | |
---|---|---|
firefox41 | --- | affected |
People
(Reporter: kjozwiak, Unassigned)
Details
(Keywords: crash, Whiteboard: [tbird crash][tpi:-])
Crash Data
When I open my MPB after a long duration in sleep while the lid is closed, selecting "Nightly" from the menu will instantly crash nightly. I've ran into this a few times but I don't really have reliable STR. Crash Report: https://crash-stats.mozilla.com/report/index/431e9f77-d7d2-46a5-ab81-617052150525 STR: (not sure how to reproduce consistently) - close the MPB lid and let the machine go into sleep mode - after a while, open the lid and select "Nightly" from menu (it will crash fx instantly) Now I'm not sure if this is related to there being an update available during the time while the machine was in sleep mode.
Updated•9 years ago
|
Severity: normal → critical
Component: General → Widget: Cocoa
Keywords: crash,
crashreportid
Product: Firefox → Core
Reporter | ||
Comment 1•9 years ago
|
||
Ended up getting a crash while going through basically the same STR from the original comment. Opened the MPB lid and selected "FirefoxDeveloperEdition" so I can select "About Firefox" to update and instantly crashed. However, the crash is a bit different: https://crash-stats.mozilla.com/report/index/cc366391-1da9-40b6-8011-48aa22150530
Reporter | ||
Updated•9 years ago
|
Crash Signature: [@ -[NativeMenuItemTarget menuItemHit:] ] → [@ -[NativeMenuItemTarget menuItemHit:] ] [@ libsystem_trace.dylib@0xcd6 ]
Comment 2•9 years ago
|
||
> When I open my MPB after a long duration in sleep while the lid is
> closed, selecting "Nightly" from the menu will instantly crash
> nightly. I've ran into this a few times but I don't really have
> reliable STR.
I just tried this (with today's m-c nightly on OS X 10.10.3) and
didn't see any problems (no crash).
So here are some questions:
1) Is your STR close to 100% effective for you?
2) Do you still see these crashes with today's m-c nightly?
3) Do you see them with a clean profile?
4) What, exactly, do you mean by "selecting "Nightly" from the menu"?
For example, do you click on Nightly's browser window (to make it
active), then close your laptop's lid, then choose "Nightly" from
the (still active) m-c nightly's menu?
Do you have your machine set to prompt you for a password on waking
from sleep? Do you do this before "selecting "Nightly" from the
menu" and crashing?
Comment 3•9 years ago
|
||
You've got an extension installed that seems to be fairly strongly associated with these crashes: {2b10c1c8-a11f-4bad-fe9c-1c11e82cac42} What is it, and does disabling or uninstalling it stop the crashes?
Comment 4•9 years ago
|
||
> {2b10c1c8-a11f-4bad-fe9c-1c11e82cac42} This is https://addons.mozilla.org/en-US/firefox/addon/ublock/. Do check if disabling or uninstalling this stops the crashes.
Reporter | ||
Comment 5•9 years ago
|
||
> 1) Is your STR close to 100% effective for you? Nope, unfortunately I've tried reproducing it several times (spent about 2 hours trying) and couldn't get it to reproduce. It happens pretty rarely but I've seen it happened at least 5 times in the past month or so. > 2) Do you still see these crashes with today's m-c nightly? I'll try with the latest m-c and see if it's still happening but like I mentioned above, it doesn't always happen and it's not easy to reproduce :/ Most of the time the browser updates after opening the lid without any problems. > 3) Do you see them with a clean profile? It's always with a profile that's been used for a long time, haven't tried with a completely clean profile but as stated above, it's not really easy to reproduce. > What, exactly, do you mean by "selecting "Nightly" from the menu"? So what usually happens is that I have either m-c or m-a running and close the MPB lid while the browser is still opened (usually with a few tabs opened). After a long time (usually after sleeping), I open the the MPB lid and insert my password. While the browser is still opened I click on "Nightly" under the menu so I can check/force an update and as soon as I click on the menu the browser crashes instantly. Sometimes the browser is minimized but the crash always happens once I click on the menu item. > > {2b10c1c8-a11f-4bad-fe9c-1c11e82cac42} > > This is https://addons.mozilla.org/en-US/firefox/addon/ublock/. > > Do check if disabling or uninstalling this stops the crashes. Yup, I double checked and that's uBlock 0.9.3.5. I'll uninstall it and see if I can reproduce the crash without the extension. The only downside is that it's really hard to reproduce so that means I won't be able to use the add-on for a least a few weeks/month. Let me know if there's anything else I can do to get you more information on the crash. Hopefully the above responses are some what helpful :)
Comment 6•9 years ago
|
||
> Let me know if there's anything else I can do to get you more
> information on the crash. Hopefully the above responses are some
> what helpful :)
Thanks for the information!
But if this bug remains so hard to reproduce, I'm not very optimistic
about fixing it. Even if the association with µBlock pans out, I
don't think these crashes can be µBlock's "fault".
If you discover some other, better way to reproduce this bug, do let
us know -- even if it involves some very complex combination of
extensions and steps. Pretty much all bugs are fixable once they can
be reproduced. Very few are fixable without good STR.
Comment 7•8 years ago
|
||
(In reply to Kamil Jozwiak [:kjozwiak] from comment #5) > ... > Yup, I double checked and that's uBlock 0.9.3.5. I'll uninstall it and see > if I can reproduce the crash without the extension. The only downside is > that it's really hard to reproduce so that means I won't be able to use the > add-on for a least a few weeks/month. Kamil, did you have good results?
Flags: needinfo?(kjozwiak)
Keywords: crashreportid
Reporter | ||
Comment 8•8 years ago
|
||
I've been using uBlock Origin [1] for a few months now and personally haven't ran into any crashes when updating fx after a long period of hibernation. I took a quick look at the [@ -[NativeMenuItemTarget menuItemHit:]] crash and noticed that it's still happening here and there but definitely not at a high rate. Seems like a good portion of the crashes are from Thunderbird as well. [1] https://addons.mozilla.org/en-US/firefox/addon/ublock-origin/
Flags: needinfo?(kjozwiak)
Comment 9•8 years ago
|
||
(In reply to Kamil Jozwiak [:kjozwiak] from comment #8) > ... Seems like a good portion of the crashes are from Thunderbird as well. yes indeed. Though not bug crash vollume. And stacks vary somewhat. Examples: bp-0081379b-bb3d-45f1-83a1-54e502160114 bp-bc18a852-d86a-4b7e-8285-810342160114 bp-defb1c80-a85d-435c-bbfc-88ead2160113 bp-08e9e42a-48bf-4ed0-9953-212562160111 (gabriela)
Whiteboard: [tbird crash]
Updated•8 years ago
|
Whiteboard: [tbird crash] → [tbird crash][tpi:-]
Comment 10•7 years ago
|
||
Haven't been able to reproduce and all crash report links are dead now. Closing.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•