Closed
Bug 606173
Opened 14 years ago
Closed 14 years ago
Firefox crashes [@ xpc::ResolveNativeProperty ]
Categories
(Core :: XPConnect, defect)
Tracking
()
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
blocking2.0 | --- | betaN+ |
People
(Reporter: ryanli, Assigned: mrbkap)
Details
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:2.0b8pre) Gecko/20101021 Firefox/4.0b8pre
Build Identifier: Mozilla/5.0 (X11; Linux i686; rv:2.0b8pre) Gecko/20101021 Firefox/4.0b8pre
Firefox crashes when I opened a page at http://www.ht-world.org/.
No special action was taken thus no way to reproduce.
Reproducible: Couldn't Reproduce
bp-27ad797a-563f-43e0-8a1d-46bc72101021
Signature xpc::ResolveNativeProperty
UUID 27ad797a-563f-43e0-8a1d-46bc72101021
Time 2010-10-21 06:08:50.14666
Uptime 3288
Last Crash 34343 seconds (9.5 hours) before submission
Install Age 35085 seconds (9.7 hours) since version was first installed.
Product Firefox
Version 4.0b8pre
Build ID 20101020104642
Branch 2.0
OS Linux
OS Version 0.0.0 Linux 2.6.34-gentoo-r6 #15 SMP Mon Oct 18 10:21:00 CST 2010 i686
CPU x86
CPU Info GenuineIntel family 6 model 37 stepping 2
Crash Reason SIGSEGV
Crash Address 0x6a
User Comments
Processor Notes This dump is too long and has triggered the automatic truncation routine
EMCheckCompatibility False
![]() |
||
Comment 1•14 years ago
|
||
Ryan Li, do you recall which page? I assume just loading that page again doesn't crash?
![]() |
||
Comment 2•14 years ago
|
||
This is crashing on:
219 if (NATIVE_HAS_FLAG(wn, WantNewResolve)) {
in ResolveNativeProperty in XRayWrapper.cpp.
Status: UNCONFIRMED → NEW
blocking2.0: --- → ?
Component: General → XPConnect
Ever confirmed: true
QA Contact: general → xpconnect
![]() |
||
Comment 3•14 years ago
|
||
The 0x6a confuses me.
On 32-bit, as here, mScriptableInfo is at 0x1c in wn. And we null-check GetScriptableInfo(). And mFlags is at offset 0 in XPCNativeScriptableShared....
So the only way I see for this to be crashing on 0x6a is if the original wn is bogus or something.
It's on http://www.ht-world.org/china/scoutplayers.php?language=2, and not reproducible….
Comment 5•14 years ago
|
||
I just had a similar crash, reported as
http://crash-stats.mozilla.com/report/index/268fac83-61d1-4f75-b3ec-d91a32101028
Firefox window was in the background, so there was no navigation or user interaction involved. I think Gmail just received a new mail.
Comment 6•14 years ago
|
||
We should look at this for 2.0, but no need to worry about this for beta7 IMO. Blake, can you look into this?
Assignee: nobody → mrbkap
blocking2.0: ? → betaN+
Comment 7•14 years ago
|
||
just had a crash after closing the active tab.
http://crash-stats.mozilla.com/report/index/bp-581d2054-468a-4c08-af35-d6b032101109
strangely quite a few crashes in the last month happened while/after clicking the close-tab button, most with different signatures.
Comment 8•14 years ago
|
||
checking --- xpc::ResolveNativeProperty 20101213-crashdata.csv
found in: 4.0b7
release total-crashes
xpc::ResolveNativeProperty crashes
pct.
all 338233 55 0.00016261
4.0b7 42486 55 0.00129454
os breakdown
xpc::ResolveNativePropertyTotal 55
Win5.1 0.20
Win6.0 0.05
Win6.1 0.45
addons_checked
8 [unknown]
47 checked
pretty disperse set of URLs at time of crash
domains of sites
7 \N//
3 http://www.facebook.com
2 https://docs.google.com
2 http://www.pornhub.com
1 wyciwyg://24
1 https://ngn.embit.ro
1 http://www.tomshardware.com
1 http://www.teachparentstech.org
1 http://www.supermedia.com
1 http://www.sports.ru
1 http://www.rememberthemilk.com
1 http://www.planetromeo.com
1 http://www.onsemi.com
1 http://www.locabest.fr
1 http://www.ftvgirlshardcore.com
1 http://www.eyewonderlabs.com
1 http://www.etsy.com
1 http://www.etotheipiplusone.net
1 http://www.downloadhelper.net
1 http://www.dn.se
1 http://www.crossfitla.com
1 http://www.colegiosantaemilia.com.br
1 http://www.civilization5.com
1 http://www.chinanews.com.cn
1 http://www.celebmovie.com
1 http://www.buienradar.nl
1 http://www.bittorrent.am
1 http://www.barclayswealth.com
1 http://www.appbrain.com
1 http://www.anbsoft.com
1 http://veehd.com
1 http://tariffe.tomshw.it
1 http://sourceforge.net
1 http://scripts.spamsys.osa.pl
1 http://sbsla99bj39.shareadult.com
1 http://ru.wikipedia.org
1 http://msk-00-hdi.tsretail.ru
1 http://market.yandex.ru
1 http://gawkermedia.us2.list-manage.com
1 http://forum.phpwcms.org
1 http://feedburner.google.com
1 http://eu.battle.net
1 http://divxlain.3dn.ru
1 http://delivery.trafficjunky.net
1 http://d33.lewap.cn
Comment 9•14 years ago
|
||
Chofmann, I don't see a single crash with this signature after beta7 in the last week. It would be nice to know when this stopped occurring, if you have data that shows the last day we saw this crash that'd be good to get into this bug. Crash-stats isn't cooperating atm, can't seem to see past
Comment 10•14 years ago
|
||
Either way, this appears fixed.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 11•14 years ago
|
||
Comment 9 was supposed to end with ...past 3 weeks.
You need to log in
before you can comment on or make changes to this bug.
Description
•