Last Comment Bug 511756 - Trend Micro toolbar related Crash at [@ _woutput_l]
: Trend Micro toolbar related Crash at [@ _woutput_l]
: crash, jp-critical, user-doc-needed
Product: Firefox
Classification: Client Software
Component: General (show other bugs)
: unspecified
: x86 Windows XP
P2 critical (vote)
: ---
Assigned To: Justin Dolske [:Dolske]
Depends on: 523891
Blocks: malware-attacks 557161
  Show dependency treegraph
Reported: 2009-08-20 15:15 PDT by [:Cww]
Modified: 2011-06-13 10:01 PDT (History)
16 users (show)
mbeltzner: blocking‑firefox3.6-
mbeltzner: wanted‑firefox3.6+
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Description User image [:Cww] 2009-08-20 15:15:49 PDT
Number 10 Firefox topcrash.

(filing because no bugs were linked from crash-stats and I couldn't find any in a quick search)
Comment 1 User image Benjamin Smedberg [:bsmedberg] 2009-08-20 17:14:35 PDT
Why are this and a whole bunch of other bugs filed today security-sensitive? The crash stats are public, and this bug has no extra data or testcases which would help exploitability.
Comment 2 User image chris hofmann 2009-08-20 17:47:16 PDT
not sure about the others but this one seems like pretty randomly distributed among a wide variety of sites so finding a way to reproduce and determining exploitability might be hard, and most of the time it takes quite a bit of time to encounter the crash.

1217 total crashes for woutput on 20090819-crashdata.csv
204 start up crashes inside 3 minutes
214.945 (days) total uptime for 1190 of these crashes where user crashed within the last year 
260.101 (minutes) avg time since last crash 

distribution of versions where the crash was found on 20090819-crashdata.csv
 614 Firefox 3.5.2
 533 Firefox 3.0.13
  17 Firefox 3.0.11
  16 Firefox 3.0.12
  11 Firefox 3.5
   7 Firefox 3.5.1
   3 Firefox 3.0.8
   3 Firefox 3.0.5
   3 Firefox 3.0.1
   2 Firefox 3.0.7
   2 Firefox 3.0.6
   2 Firefox 3.0.4
   2 Firefox 3.0.3
   2 Firefox 3.0.10

users report crashing at   97 \N///
  33 about:blank///
  31 ///
   5 about:sessionrestore///
and a very long tail that follows
Comment 3 User image chris hofmann 2009-08-20 17:51:04 PDT
this comment was interesting...
	firefox is crashing out alot on this machine, others not an issue. using trendmicro security pro 2009. crashes when clicking google links as well. right now internet exploder is more stable on this machine.

the stack for this looks like

0  	msvcr80.dll  	_woutput_l  	
1 	msvcr80.dll 	_vscprintf_helper 	
2 	msvcr80.dll 	_vscwprintf 	
3 	TMUFEWrapper.dll 	TMUFEWrapper.dll@0x5dc2
Comment 4 User image chris hofmann 2009-08-20 19:27:43 PDT
os breakdown
 940 _woutput_l Windows NT 5.1.2600 Service Pack 3
 104 _woutput_l Windows NT 5.1.2600 Service Pack 2
  88 _woutput_l Windows NT 6.0.6001 Service Pack 1
  36 _woutput_l Windows NT 6.0.6002 Service Pack 2
  16 _woutput_l Windows NT 6.0.6000
   6 _woutput_l Windows NT 6.1.7100
   1 _woutput_l Windows NT 5.1.2600 Service Pack 3, v.5755
   1 _woutput_l Windows NT 5.1.2600 Service Pack 3, v.3264
Comment 6 User image Aakash Desai [:aakashd] 2009-08-24 09:00:27 PDT
Ack, I didn't leave a synopsis. A search for "msvcr80.dll firefox" on google resulted in a number of crashes on Fx3.0.13 that were based on versioning differences with Flash/Java plugins in correspondence with AVG doing a virus scan (or doing one in the background while Fx was running) that caused either a race condition or file-touch to cause a crash (instantly or over time). 

As for this crash stack, with TMUFEWrapper.dll, Trend Micro seems to be the only anti-virus software that actively searches within that file during a scan. So, this might be occurring with that file alone. A search on bugzilla did not result in finding a crash associated with msvcr80.dll.

I hope that helps.
Comment 7 User image Ted Mielczarek [:ted.mielczarek] 2009-08-26 12:00:05 PDT
Different stack here:
0	msvcrt.dll	_woutput_l
1	msvcrt.dll	_vsnwprintf_l
2	msvcrt.dll	_vsnwprintf
3	IPHLPAPI.DLL	StringCchPrintfW
4	IPHLPAPI.DLL	StringCchPrintfW
5	IPHLPAPI.DLL	ConvertInterfaceLuidToNameW
7	IPHLPAPI.DLL	AddGatewayInfoToAdapter
8	IPHLPAPI.DLL	GetAdaptersInfo
9	SmileyCore.dll	SmileyCore.dll@0x93da

Don't know what kind of crapware SmileyCore.dll is.
Comment 8 User image chris hofmann 2009-08-26 12:18:27 PDT
smileycore is in the hijackthis log of a report at where firefox user was attacked by popup ads. says smiley is part of Adware.DoubleD which gets installed then then installs toolbars in Internet Explorer and Firefox.  

seems like SmileyCore.dll is another .dll worth considering blocking.
Comment 9 User image chris hofmann 2009-08-26 12:41:04 PDT
smileycore signatures are trending a bit higher than a few weeks ago but still around 100 per day.

27   total crashes for SmileyCore.dll on 20090805-crashdata.csv
12   total crashes for SmileyCore.dll on 20090806-crashdata.csv
13   total crashes for SmileyCore.dll on 20090807-crashdata.csv
11   total crashes for SmileyCore.dll on 20090808-crashdata.csv
18   total crashes for SmileyCore.dll on 20090809-crashdata.csv
26   total crashes for SmileyCore.dll on 20090810-crashdata.csv
47   total crashes for SmileyCore.dll on 20090811-crashdata.csv
36   total crashes for SmileyCore.dll on 20090812-crashdata.csv
91   total crashes for SmileyCore.dll on 20090813-crashdata.csv
109   total crashes for SmileyCore.dll on 20090814-crashdata.csv
86   total crashes for SmileyCore.dll on 20090815-crashdata.csv
103   total crashes for SmileyCore.dll on 20090816-crashdata.csv
91   total crashes for SmileyCore.dll on 20090817-crashdata.csv
115   total crashes for SmileyCore.dll on 20090818-crashdata.csv
95   total crashes for SmileyCore.dll on 20090819-crashdata.csv
111   total crashes for SmileyCore.dll on 20090820-crashdata.csv
97   total crashes for SmileyCore.dll on 20090821-crashdata.csv
107   total crashes for SmileyCore.dll on 20090822-crashdata.csv
84   total crashes for SmileyCore.dll on 20090823-crashdata.csv
81   total crashes for SmileyCore.dll on 20090824-crashdata.csv
0   total crashes for SmileyCore.dll on 20090825-comments.txt
72   total crashes for SmileyCore.dll on 20090825-crashdata.csv
Comment 10 User image chris hofmann 2009-08-26 12:59:50 PDT
there is actually a lot of nasty looking junk in

Module|NPFFAddOn.dll|||6FD6FB397E6B497499C05D4F7AC6529E1|0x02d90000|0x02dc9fff|0 Module|NPCommon.dll|||071390CFF88E426089B1BA57A0DB35A41|0x03200000|0x0325bfff|0 

see Bug 512122 - KB article: Crash signature - @NPFFAddOn.dll@0x11867

Module|SmileyCore.dll|||CB58A21CDC8848309C8A0BD76B06F7271|0x022c0000|0x0235efff|0 Module|HPCommon.dll|||974CEF80C22840C484F8B7A4B251DBAD1|0x02d00000|0x02d51fff|0 

and also suspect

Module|NPAskSBr.dll||NPAskSBr.pdb|4682A0061|0x04620000|0x04625fff|0 Module|A2PLUGIN.DLL||a2Plugin.pdb|4682A00D1|0x04670000|0x0467bfff|0 Module|ASKSBAR.DLL||||0x04c30000|0x04c70fff|0 

and a few more that might be worth research

DAPFireFox.dll  -- speedbit

IPHLPAPI.DLL on the stack there is also interesting.  google search shows this is a possibily buggy Windows IP Helper API, but there are tons of sites offering up another version that is sure to get you running.... ack!
Comment 11 User image chris hofmann 2009-08-26 13:52:34 PDT
bump in the smileycore crashes happened just the day before the bump _woutput crashes.

report for the stack signature _woutput 
4   total crashes for _woutput on 20090805-crashdata.csv
0   total crashes for _woutput on 20090806-crashdata.csv
4   total crashes for _woutput on 20090807-crashdata.csv
3   total crashes for _woutput on 20090808-crashdata.csv
2   total crashes for _woutput on 20090809-crashdata.csv
6   total crashes for _woutput on 20090810-crashdata.csv
4   total crashes for _woutput on 20090811-crashdata.csv
10   total crashes for _woutput on 20090812-crashdata.csv
9   total crashes for _woutput on 20090813-crashdata.csv
716   total crashes for _woutput on 20090814-crashdata.csv
1178   total crashes for _woutput on 20090815-crashdata.csv
1136   total crashes for _woutput on 20090816-crashdata.csv
1232   total crashes for _woutput on 20090817-crashdata.csv
1279   total crashes for _woutput on 20090818-crashdata.csv
1217   total crashes for _woutput on 20090819-crashdata.csv
1294   total crashes for _woutput on 20090820-crashdata.csv
1251   total crashes for _woutput on 20090821-crashdata.csv
1156   total crashes for _woutput on 20090822-crashdata.csv
1201   total crashes for _woutput on 20090823-crashdata.csv
1217   total crashes for _woutput on 20090824-crashdata.csv
1289   total crashes for _woutput on 20090825-crashdata.csv
Comment 12 User image chris hofmann 2009-08-27 17:38:23 PDT
we could consider putting information about his crash in with the article about bug 512122, or a general guide about removing viruses helps firefox to run better and crash less.
Comment 13 User image David Baron :dbaron: ⌚️UTC-8 2009-09-23 11:46:50 PDT
The module analysis at shows:

  _woutput_l (65 crashes)
     98% (64/65) vs.   1% (74/7100) TMUFEWrapper.dll
     98% (64/65) vs.   1% (74/7100) tmufeng.dll
     98% (64/65) vs.   1% (75/7100) TPTBConfigurationModule.dll
     98% (64/65) vs.   1% (75/7100) HCMSLogger.dll
     98% (64/65) vs.   1% (75/7100) FFToolbarComm.dll
     98% (64/65) vs.   1% (75/7100) FFTMUFEHelper.dll
     98% (64/65) vs.   1% (99/7100) security.dll
     97% (63/65) vs.   1% (72/7100) TmTSHelp.dll
     98% (64/65) vs.   7% (507/7100) winhttp.dll
     78% (51/65) vs.   1% (59/7100) Tmfbeng.dll
     98% (64/65) vs.  26% (1843/7100) sxs.dll
     20% (13/65) vs.   0% (15/7100) tmfbeng.dll
     20% (13/65) vs.   0% (35/7100) IMJP9K.DLL
     20% (13/65) vs.   0% (35/7100) IMJP9.IME
Comment 14 User image Damon Sicore (:damons) 2009-09-29 15:37:06 PDT
blocking 3.6+ per CrashKill effort.
Comment 15 User image Mike Beltzner [:beltzner, not reading bugmail] 2009-09-30 07:32:04 PDT
Marking all topcrash bugs as P2 (3.6 release blockers, but not 3.6b1 blockers)
Comment 16 User image Justin Dolske [:Dolske] 2009-10-05 15:54:48 PDT has this highly correlated with a specific addon, need to see if we can lookup what extension this GUID it for.

 _woutput_l|EXCEPTION_ACCESS_VIOLATION (65 crashes)
     98% (64/65) vs.   1% (75/7100) {22181a4d-af90-4ca3-a569-faed9118d6bc}
Comment 17 User image chris hofmann 2009-10-06 12:21:58 PDT
Google searches for that UUID shows it might be the trend micro toolbar.

FF - HKLM\software\mozilla\Firefox\extensions\\{22181a4d-af90-4ca3-a569-faed9118d6bc}: C:\Program Files\Trend Micro\TrendSecure\TISProToolbar\FirefoxExtension [2009/06/07 20:26:39 | 00,000,000 | ---D | M]

A few other things also pop up so maybe they also create conflicts.
Comment 18 User image Mike Beltzner [:beltzner, not reading bugmail] 2009-10-12 15:32:55 PDT
Carsten; can you confirm that this is being caused by Trend Micro? If so, Dolske can start hammering into it.
Comment 19 User image chris hofmann 2009-10-13 07:45:48 PDT
the high correlations between stuff like  FFToolbarComm.dll (adware/malware/searh redirector) in dbaron's comment 13 and dolske's trend micro find in comment 16 might indicate it's the combination of those two that creates the instability.  maybe a case where everyone tries to get there hands on and manipulate the loading uri/content and firefox ends up crashing.
Comment 20 User image David Baron :dbaron: ⌚️UTC-8 2009-10-13 11:39:35 PDT
A free trial of the TrendMicro toolbar in question can be downloaded from
Comment 21 User image David Baron :dbaron: ⌚️UTC-8 2009-10-13 11:40:16 PDT
FFToolbarComm.dll is part of the trend micro toolbar, for what it's worth, so I don't see any reason to think it's an interaction:  it seems like just one thing.
Comment 22 User image David Baron :dbaron: ⌚️UTC-8 2009-10-13 11:47:11 PDT
If I look at the URLs on which this crash is happening, they seem predominantly Japanese, so that seems likely to be related.  The top URL domains are:

     98 \N
     38 about:blank

and the top individual URLs are:

      5 about:sessionrestore
Comment 23 User image Justin Dolske [:Dolske] 2009-10-26 15:23:44 PDT
I'm in contact with a folks at Trend Micro, and have a ticket open [SR1-1-282513240]. Sounds like they can gather some useful log data if we can contact a user that's hitting this, will search report comments for email / ping SUMO folks.

Also need to compare module versions from crash reports with current version, maybe we can just blocklist older versions.
Comment 24 User image [:Cww] 2009-10-26 15:54:09 PDT
I don't have any crashes from the last month with this signature but only 80 of the thousands of users posting to the forum actually gave crash data.
Comment 25 User image Justin Dolske [:Dolske] 2009-11-01 20:07:22 PST
In the last 500 3.5.4 crashes for this signature, the breakdown by DLL version was:

   1 Module|FFTMUFEHelper.dll|
   6 Module|FFTMUFEHelper.dll|
 112 Module|FFTMUFEHelper.dll|
 179 Module|FFTMUFEHelper.dll|
 199 Module|FFTMUFEHelper.dll|

[That's 497, the other 3 involved SmileyCore.dll (mentioned in earlier comments) -- ignoring that for now as it's a different, infrequent problem.]

The current version of this DLL in my recent install is, so there isn't a stable version for users to update to (or for us to not blocklist).
Comment 26 User image Justin Dolske [:Dolske] 2009-11-08 19:03:52 PST
I had the Socorro guys run a query over the last 3 months of crashes for this signature (bug 525962), and checked the comments and email fields to see if there were people we could contact. I found just 2 email addresses, and have sent email to those people to see if they're willing to help us diagnose this problem.
Comment 27 User image Justin Dolske [:Dolske] 2009-11-08 19:25:10 PST
(In reply to comment #23)
> I'm in contact with a folks at Trend Micro, and have a ticket open
> [SR1-1-282513240].

Oops, wrong ticket. I had that closed as a dupe of [SR1-1-282061743] (they accidentally opened 2 tickets for my initial volley of email).
Comment 28 User image Justin Dolske [:Dolske] 2009-11-19 16:30:48 PST
So, I think progress is stuck here. Neither us nor Trend Micro can reproduce this, and I haven't heard anything from them since my last email on 11/8. Last remaining idea was to run Trend Micro with a memory checking tool like Purify.

Next possible actions would be to try escalating further up at Trend Micro and blocklisting.
Comment 29 User image chris hofmann 2009-11-19 17:40:23 PST
seems to have leveled off at about 1400-1500 crashes per day across all releases.

1471   total crashes for _woutput_l on 20091111-crashdata.csv
1292   total crashes for _woutput_l on 20091112-crashdata.csv
1536   total crashes for _woutput_l on 20091113-crashdata.csv
1445   total crashes for _woutput_l on 20091114-crashdata.csv
1445   total crashes for _woutput_l on 20091115-crashdata.csv
1427   total crashes for _woutput_l on 20091116-crashdata.csv
1448   total crashes for _woutput_l on 20091117-crashdata.csv
1433   total crashes for _woutput_l on 20091118-crashdata.csv
Comment 30 User image chris hofmann 2009-11-19 17:54:09 PST
looking through a log of comments over the past several days I see lots of comments about the troubles with paypal on this signature

	logging into paypal account -scrubbed

	using paypal account -scrubbed session info -scrubbed session info returning to accounts -scubbed session info returning to account -scrubbed session info -scrubbed session info

	this is the third time today in a 10 minute time span where firefox has crashed on the paypal website, please fix this asap. -scrubbed session info -scrubbed session info - scrubbed session info

	I was on just about to enter my password |
Comment 31 User image Justin Dolske [:Dolske] 2009-11-19 17:56:08 PST
Please don't spam the bug like that, there's no new info there and it makes reading bugs difficult. Add as an attachment if you must.
Comment 32 User image chris hofmann 2009-11-19 18:42:15 PST
ok, sorry.

some interesting word use comment patterns that might help in figuring out some things to try around on-line financial and e-commerce login and transactions

   17 banking, bank, Bank, [bank of?]America
   3 password
   3 ebay
   5 PayPal paypal
   4 payment pay
   4 bills bill
   2 account.
   3 transactions. transactions! TRANSACTION.
   2 loging, log

about 20% of the crash urls reported for this signature in the last 8 days are https:
in the full population of crash urls for the same period only about 2% are https:
Comment 33 User image Mike Beltzner [:beltzner, not reading bugmail] 2009-11-30 22:16:43 PST
Where is this in terms of the topcrash list for Firefox 3.5.5 and Firefox 3.6b4? I'm not sure we can continue to block on this as we don't have a solid STR or rationale for blocklisting at this point.
Comment 34 User image Samuel Sidler (old account; do not CC) 2009-12-01 07:33:10 PST
It's currently #5 for Firefox 3.5.5 and #60 for Firefox 3.6b4, likely because our set of users is different.
Comment 35 User image chris hofmann 2009-12-01 20:40:57 PST
its about 0.7% of 3.0.15 crashes, 0.9% of 3.5.5 crashes, and 0.2% of 3.6b4 crashes and we should probably expect that to rise once 3.6 gets wider distribution.

checking --- 20091130-crashdata.csv _woutput_l
release total-crashes
              _woutput_l crashes
all  	233706	1575	0.00673924
3.0.15	50334	369	0.00733103
3.5.5	122547	1070	0.00873134
3.6b4	16576	46	0.0027751
3.6b3	2703	11	0.00406955
3.6b2	1193		0
3.6b1	2776	5	0.00180115

agree that its probably not tied to any firefox release blocking unless we learn something new and unexpected.
Comment 36 User image Kohei Yoshino [:kohei] 2010-01-30 10:03:31 PST
Any updates on this? This affects lots of Japanese users. Please blocklist the plug-in ASAP (Bug 519934).
Comment 37 User image Kohei Yoshino [:kohei] 2010-01-30 13:12:43 PST
(In reply to comment #34)
> It's currently #5 for Firefox 3.5.5 and #60 for Firefox 3.6b4, likely because
> our set of users is different.

That's because Mozilla Japan has not promoted beta versions to end users, I think. Now 3.6 shipped and this enters the topcrash chart at #10.
Comment 38 User image Kohei Yoshino (was: 2010-02-01 01:00:10 PST
Now we are in touch with the Trend Micro HQ, based in Tokyo, Japan. The support team didn't know about this and began investigating.
Comment 39 User image Scott 2010-02-22 21:30:12 PST
I have Trend Micro Internet Security Pro 2009 with the toolbar and Firefox crashes on me on a regular basis. I have submitted numerous reports over the past several months. I usually see it when accessing secure sites but that is not always the case. As others have said, it is not always with the same sites (though there are a few where it occurs fairly regularly). I use Firefox on many other machines without it and rarely have any problems. Is there anything I can do to help resolve this?
Comment 40 User image Kohei Yoshino [:kohei] 2010-02-22 21:46:10 PST
The Trend Micro team has been investigating the crashes. Stay tuned for further updates.
Comment 41 User image Jerry 2010-02-23 22:13:27 PST
(In reply to comment #40)
> The Trend Micro team has been investigating the crashes. Stay tuned for further
> updates.

   This is engineer from Trend Micro team, We are investigating this issue, Currently, we could not get much information about this crash, Could you please help to try to contact some user encounter this issue, ask them reproduce this crash, collect the crash dump file and send us to do further analyze. Thanks for your help!
Comment 42 User image Scott 2010-02-24 15:05:14 PST
I just had three crashes within a few minutes of each other. Here are the crash reports.

Let me know if there is any additional information I can gather for you.
Comment 43 User image Jerry 2010-02-25 01:03:53 PST
Hi Scott:
   Thanks for your help, If Ok, Could you please send me the log files at 
C:\Documents and Settings\%UserName%\Local Settings\Application Data\Trend Micro\TrendSecure\Log
Comment 44 User image Jonas Sicking (:sicking) No longer reading bugmail consistently 2010-03-01 15:55:09 PST
Jerry: Did you receive those logs? Have you made any progress on figuring out what's going on here? Is there some way we could help?
Comment 45 User image Scott 2010-03-01 16:25:41 PST
FYI, I emailed my logs directly to Jerry Friday evening. I have not heard anything since. Also, just a note for comparison: I was working on building a new machine over the weekend. My old one was running Windows XP, 32-bit on an AMD processor with 32-bit version of Internet Security Pro. The new one is Windows 7, 64-bit on AMD Phenom II x4 running the 64-bit version of Internet Security Pro. Both systems have the same behavior with Firefox crashing. The new machine was up about a half hour before Firefox crashed.
Comment 46 User image Scott 2010-03-02 20:21:17 PST
I don't know if this is related, but I noticed this error in the Firefox error console:

Error: uncaught exception: [Exception... "Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsIInterfaceRequestor.getInterface]"  nsresult: "0x80004002 (NS_NOINTERFACE)"  location: "JS frame :: chrome://tmtoolbar/content/TMTBBtnTrendProtect.js :: onCallbackSyncStatus :: line 656"  data: no]

The error console doesn't have date/time information so it is hard to know for sure, but it does not appear that this error happens every time Firefox crashes.
Comment 47 User image Scott 2010-03-02 20:34:01 PST
One other thing, I also saw quite a few instances of this error:

Error: objBrowser is null
Source File: chrome://tmtoolbar/content/TMTBBtnTrendProtect.js
Line: 662

I can attach the .js file if that's useful for anyone.
Comment 48 User image chris hofmann 2010-03-23 11:51:31 PDT
currently the #5 topcrash in early firefox 3.6.2 crash data.  any progress on analyzing?
Comment 49 User image Scott 2010-03-23 21:08:56 PDT
I haven't heard anything since I sent the Trend Micro logs to Jerry almost a month ago. An update would be nice.
Comment 50 User image Kohei Yoshino [:kohei] 2010-03-24 05:06:22 PDT
The Trend team has said their hot-fix will be available at the end of this month.
Comment 51 User image Kohei Yoshino (was: 2010-03-30 23:02:36 PDT
Yesterday Trend published their support page and hot-fix for Japanese customers:

And we just posted an entry to the Mozilla Japan blog:

We are asking them how they will provide the hot-fix for overseas customers.
Comment 52 User image chris hofmann 2010-04-04 19:38:53 PDT
the trend micro fix may help, but there might be other bugs lurking here.

this ranked #9 in early 3.6.3 data andf is one of several bugs that have strong correlation to win9x and either was introduced or dramatically increased with firefox 3.6.x.  maybe due to changes in win9x support in nspr

checking --- 20100403-crashdata.csv _woutput
release total-crashes
              _woutput crashes
all     309662  2280    0.00736287
3.0.17  498     1       0.00200803
3.0.18  2333    10      0.00428633
3.5.5   1753    4       0.0022818
3.5.7   2227    7       0.00314324
3.5.8   12315   58      0.0047097
3.6     21088   100     0.00474203
3.6.2   61458   452     0.00735462
3.6b5   953     1       0.00104932

os breakdown
1776    0.778947        Windows NT5.1.2600 Service Pack 3
230     0.100877        Windows NT5.1.2600 Service Pack 2
3       0.00131579      Windows NT5.1.2600 Dodatek Service Pack 3
1       0.000438596     Windows NT5.1.2600 Service Pack 3, v.5913
1       0.000438596     Windows NT5.1.2600 Service Pack 3, v.3264
1       0.000438596     Windows NT5.1.2600 Dodatek Service Pack 2

201     0.0881579       Windows NT6.0.6002 Service Pack 2
53      0.0232456       Windows NT6.0.6001 Service Pack 1
13      0.00570175      Windows NT6.0.6000
1       0.000438596     Windows NT6.1.7100
Comment 53 User image chris hofmann 2010-04-04 19:44:23 PDT
the missing chunk of crashes in that list above was firefox 3.6.3

3.6.3   155253  1436    0.00924942
Comment 54 User image Kohei Yoshino (was: 2010-04-05 01:12:26 PDT
Trend's English support page and hot fix are now available at
Comment 55 User image Samuel Sidler (:ss) 2010-04-05 03:51:17 PDT
(In reply to comment #52)
> this ranked #9 in early 3.6.3 data andf is one of several bugs that have strong
> correlation to win9x and either was introduced or dramatically increased with
> firefox 3.6.x.  maybe due to changes in win9x support in nspr

In case other people aren't reading the bugs Chris has commented in already, Firefox 3.6.x doesn't even support Windows 95 or anything like it. The last version to support Windows 9x was Firefox 2, which didn't support Breakpad.

The data pasted in comment 52 correlates to Windows NT5.1.2600 Service Pack 3, which is Windows XP.
Comment 56 User image Kohei Yoshino (was: 2010-04-09 09:16:52 PDT
BTW, can we send (an automatic) reply to the reporters? Some of them provide his/her email address, so it would be nice to tell them "Your crash was caused by the Trend Toolbar add-on. Please install the hot fix to resolve the issue."
Comment 57 User image Scott 2010-04-09 17:24:09 PDT
For what it's worth, I've had the hot fix loaded for 3-4 days now and so far no crashes. After many many months, hopefully I'm finally back to good old crash-free Firefox.
Comment 58 User image Kohei Yoshino [:kohei] 2010-06-09 05:23:43 PDT
Now Trend has stared to deliver the hotfix to their customers via the auto update feature of their product. We should still watch Bug 542201 would be resolved by the hotfix or not.
Comment 59 User image Kohei Yoshino [:kohei] 2010-06-09 05:32:16 PDT
The Japanese announcement of the auto update is here:
Comment 60 User image chris hofmann 2010-06-09 07:26:59 PDT
ok, where is where this signature is the last few days.  around 2000-2200 per day on weekdays, and 1500-1600 on weekends.  we can watch to see it go down from here and figure out if there are additional causes for this signature.

20100530 2029
20100531 2208
20100601 2224
20100602 2104
20100603 1649
20100604 1599
20100605 1514
20100606 1507
20100607 1936
20100608 2141

Note You need to log in before you can comment on or make changes to this bug.