Blocklist the DAEMON Tools Toolbar version <




10 years ago
3 years ago


(Reporter: samuel.sidler+old, Assigned: morgamic)


Windows XP
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)



(2 attachments, 1 obsolete attachment)

Two of our top crash reports (#1 and #4) tracked in bug 453927 and bug 457898 seem to be caused by the DAEMON Tools Toolbar. From what we can tell, this happens with DTToolbarFF.dll version

The developers recently released DAEMON Tools Toolbar version which includes changes to the DLL and extension which are supposed to fix the crashes. (The version number of the DLL was also upped to

I have an email from the developers that says we can blocklist all prior versions of the DLL/extension. I'm more than happy to forward that to whomever is needed.

It doesn't appear they have a bugzilla account, so I have no one to CC.


10 years ago
Blocks: 453927, 457898

Comment 1

10 years ago
Ok. Thx Sam.

Comment 2

10 years ago
Any update here? What more do we need to make this happen?

Comment 3

10 years ago
Asa suggested contacting beltzner and/or dveditz.
Looks like we've got approval from the add-on developer themselves, so I'm fine to block it if it's a known startup crasher. There's an update available so that the users will get the option to move to the new, secure version, yes?

Comment 5

10 years ago
(In reply to comment #4)
> to block it if it's a known startup crasher. There's an update available so
> that the users will get the option to move to the new, secure version, yes?

They should have the option now, this will just force it on them a bit more if they want the toolbar. Given the amount of crashes have hardly come down, I'm okay with forcing it. (Also having permission makes me more okay.)
Why isn't this done already? Assigning to morgamic to find an appropriate victim on his team.
Assignee: nobody → morgamic
Since it's not on AMO you'll need the ID for blocking. In the latest version it's

Comment 8

10 years ago
Mike, where are we here?


10 years ago
Severity: critical → blocker
Target Milestone: --- → 4.0.3

Comment 9

10 years ago
Not sure if this really fits the criteria for blocklisting, but if you guys are in favor of this we can push this out on Tuesday with the rest of the AMO updates.

Comment 10

10 years ago
Check that -- AMO update is Thursday but we can push this Tuesday night.

Comment 11

10 years ago
Staged www changes:
Bug to update prevew: bug 464254

If that looks good we'll push it out tonight.  ss or stephend -- could you verify this?
Last Resolved: 10 years ago
Keywords: push-needed
Resolution: --- → FIXED
Anyone know where I can find the old version (since it's not on, and changing the filename doesn't work since it's a hash), or have a contact that can hook me up?
(In reply to comment #13)
> Two emails available:

Thanks, Rey; I emailed about obtaining access to an earlier version with which to test.
Reopening; neither Tony nor I could get blocklisting of version to work against Firefox 3.0.4, using both local and remote blocklisting methods.
Resolution: FIXED → ---

Comment 16

10 years ago
Ok, we'll have to figure out why and push it when we do.


10 years ago
Target Milestone: 4.0.3 → 4.0.4

Comment 17

10 years ago
we should remove the blocklist entry from until this bug really is fixed and verified.

Comment 18

10 years ago
I'll remove the entry.  If this is still a priority we should spend some time figuring out why it's not being disabled as expected.  Either way, moving to 4.0.5 since this won't get done tonight.

Not blocking 4.0.4, this change can go in anytime so the rest of the release should be able to get pushed.
Severity: blocker → critical
Target Milestone: 4.0.4 → 4.0.5

Comment 19

10 years ago
Entry was removed a few minutes ago.

Comment 20

10 years ago
False alarm, entry is in staging but I had some issues pushing it to prod in kubla.  Working on that.

Comment 21

10 years ago
So I don't have to rewrite it, the line is:
<li>Daemon Tools Toolbar, versions older than, for all applications (<a href="">see bug 459850</a>)</li>

Comment 22

10 years ago
Wil pushed this through, I probably didn't have permissions.
Is this fixed?
(In reply to comment #23)
> Is this fixed?

No, we just removed the entry from the blocklist page.


10 years ago
Target Milestone: 4.0.5 → 5.0.1

Comment 25

10 years ago
Tony or Stephen - not sure what to do with this.  Have you looked at why it can't be blocklisted?
Assignee: morgamic → stephen.donner
Keywords: push-needed
(In reply to comment #25)
> Tony or Stephen - not sure what to do with this.  Have you looked at why it
> can't be blocklisted?

I have this set up in a VM, with extensions.blocklist.url set to, and I followed the steps listed in

Last time I tested this alongside Tony, we even tried the local blocklist.XML option and couldn't get it to blocklist either.

Let me know when you have to troubleshoot with me; not sure what kind of further info you need.


10 years ago
Severity: critical → minor

Comment 27

10 years ago
id was bad.  id should be:

Comment 28

10 years ago
insert into blitems values (null, '', ' ', '', 
null, now(), now());


10 years ago
Assignee: stephen.donner → morgamic


10 years ago


10 years ago
Depends on: 464254

Comment 29

10 years ago
Stephen - added this to preview, could you see if it works now?
Last Resolved: 10 years ago10 years ago
Keywords: push-needed
Resolution: --- → FIXED
Created attachment 359317 [details]
Post-fix screenshot; notification that the add-on will be disabled on restart
Created attachment 359318 [details]
Post-fix screenshot #2; add-on successfully disabled
Verified FIXED per comment 30 and comment 31; I can feel my blood pressure subsiding already.

Keywords: push-needed
It's perhaps a technicality but we probably should use the empty string ("") to represent no minVersion for the block version range. This will literally make the blocklist service ignore the minVersion and block every version below the maxVersion. Technically " " is a valid version.

Comment 34

10 years ago
Created attachment 375534 [details]
 Bug 459850 -  Blocklist the DAEMON Tools Toolbar version <
The content of attachment 375534 [details] has been deleted by
    Dave Miller [:justdave] <>
who provided the following reason:

Windows EXE file, unrelated to bug

The token used to delete this attachment was generated at 2009-05-03 14:40:54 PDT.

Comment 36

9 years ago
we still seem to get about 500 crashes a day from the DTToolbar.  wonder if those are just block list overrides?

503 total crashes for DTToolbarFF.dll on 20090819-crashdata.csv
307 start up crashes inside 3 minutes

DTToolbarFF.dll signature breakdown
signature distribution
signature list
 387 DTToolbarFF.dll@0x4bc19
 106 DTToolbarFF.dll@0x6087e
   3 DTToolbarFF.dll@0x3d52d
   2 DTToolbarFF.dll@0x9165
   1 DTToolbarFF.dll@0x8eced
   1 DTToolbarFF.dll@0x5125a
   1 DTToolbarFF.dll@0x4fcd4
   1 DTToolbarFF.dll@0x3ff06
   1 DTToolbarFF.dll@0x39b70

os breakdown
 132 DTToolbarFF.dll@0x4bc19 Windows NT 5.1.2600 Service Pack 3
  79 DTToolbarFF.dll@0x4bc19 Windows NT 5.1.2600 Service Pack 2
  67 DTToolbarFF.dll@0x4bc19 Windows NT 6.0.6001 Service Pack 1
  31 DTToolbarFF.dll@0x6087e Windows NT 6.0.6001 Service Pack 1
  27 DTToolbarFF.dll@0x6087e Windows NT 5.1.2600 Service Pack 3
  24 DTToolbarFF.dll@0x4bc19 Windows NT 5.1.2600 Szervizcsomag 2
  19 DTToolbarFF.dll@0x6087e Windows NT 5.1.2600 Service Pack 2
  19 DTToolbarFF.dll@0x4bc19 Windows NT 5.1.2600 Dodatek Service Pack 2
  18 DTToolbarFF.dll@0x4bc19 Windows NT 6.0.6002 Service Pack 2
  13 DTToolbarFF.dll@0x6087e Windows NT 5.1.2600 Dodatek Service Pack 2
  13 DTToolbarFF.dll@0x4bc19 Windows NT 6.0.6000
   8 DTToolbarFF.dll@0x4bc19 Windows NT 6.1.7100

distribution of versions where the crash was found on 20090819-crashdata.csv
 227 Firefox 3.0.13
 202 Firefox 3.5.2
  24 Firefox 3.0.8
  17 Firefox 3.0.10
  14 Firefox 3.5
   8 Firefox 3.0.11
   3 Firefox 3.5.1
   3 Firefox 3.0.1
   2 Firefox 3.0.5
   2 Firefox 3.0.12
   1 Firefox 3.0.6

kinds of sites found with this signature:

types of sites
 251 no URL
 113 http:
  76 about:blank
  34 \N
  23 about:sessionrestore
   2 https:
   2 file:
   1 wyciwyg:
   1 chrome:
The version of DTToolbarFF.dll that is crashing is important here. If it's a new version, we might need to contact them and do more blocklisting.

Comment 38

9 years ago
here is a cut down list of unique signatures and version numbers.  if we checked these reports for dttoolbar version numbers we could be pretty confident we know whats going on with all the ddtoolbar crashes.

DTToolbarFF.dll@0x39b70 Firefox 3.0.13
DTToolbarFF.dll@0x3d52d Firefox 3.0.13
DTToolbarFF.dll@0x3ff06 Firefox 3.5.2
DTToolbarFF.dll@0x4bc19 Firefox 3.0.1

lots of these
DTToolbarFF.dll@0x4bc19 Firefox 3.0.10
DTToolbarFF.dll@0x4bc19 Firefox 3.5.2

DTToolbarFF.dll@0x4bc19 Firefox 3.5

DTToolbarFF.dll@0x4bc19 Firefox 3.0.6

DTToolbarFF.dll@0x4bc19 Firefox 3.0.8

DTToolbarFF.dll@0x4bc19 Firefox 3.5.1

DTToolbarFF.dll@0x6087e Firefox 3.0.10
DTToolbarFF.dll@0x6087e Firefox 3.0.11
DTToolbarFF.dll@0x6087e Firefox 3.0.12
DTToolbarFF.dll@0x6087e Firefox 3.0.13

DTToolbarFF.dll@0x6087e Firefox 3.0.5
DTToolbarFF.dll@0x6087e Firefox 3.0.8
DTToolbarFF.dll@0x6087e Firefox 3.5.1

lots of these too
DTToolbarFF.dll@0x6087e Firefox 3.5.2

DTToolbarFF.dll@0x8eced Firefox 3.0.5
DTToolbarFF.dll@0x9165 Firefox 3.0.10
DTToolbarFF.dll@0x9165 Firefox 3.0.10

Comment 39

9 years ago
these are the heavy hitter signature/ff version combo's

DTToolbarFF.dll@0x4bc19 Firefox 3.0.10  DTToolbarFF.dll
DTToolbarFF.dll@0x4bc19 Firefox 3.5.2   DTToolbarFF.dll
DTToolbarFF.dll@0x6087e Firefox 3.5.2   DTToolbarFF.dll

Comment 41

9 years ago
I'd say most of these are the current version offered  1.0.8 or the previous version.
chofmann: Please file a new bug for that issue. It's not likely to be seen in this bug. I can try and contact the extension authors again.
Duplicate of this bug: 457898
Product: → Toolkit
You need to log in before you can comment on or make changes to this bug.