Closed Bug 459850 Opened 16 years ago Closed 16 years ago

Blocklist the DAEMON Tools Toolbar version <


(Toolkit :: Blocklist Policy Requests, defect)

Windows XP
Not set





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




(2 files, 1 obsolete file)

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.
Ok. Thx Sam.
Any update here? What more do we need to make this happen?
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?
(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
Mike, where are we here?
Severity: critical → blocker
Target Milestone: --- → 4.0.3
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.
Check that -- AMO update is Thursday but we can push this Tuesday night.
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?
Closed: 16 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 → ---
Ok, we'll have to figure out why and push it when we do.
Target Milestone: 4.0.3 → 4.0.4
we should remove the blocklist entry from until this bug really is fixed and verified.
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
Entry was removed a few minutes ago.
False alarm, entry is in staging but I had some issues pushing it to prod in kubla.  Working on that.
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>
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.
Target Milestone: 4.0.5 → 5.0.1
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.
Severity: critical → minor
id was bad.  id should be:
insert into blitems values (null, '', ' ', '', 
null, now(), now());
Assignee: stephen.donner → morgamic
Depends on: 464254
Stephen - added this to preview, could you see if it works now?
Closed: 16 years ago16 years ago
Keywords: push-needed
Resolution: --- → FIXED
Verified FIXED per comment 30 and comment 31; I can feel my blood pressure subsiding already.

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.
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.
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.
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
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
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.
Product: → Toolkit
You need to log in before you can comment on or make changes to this bug.