Quicken 2009 Bugs


This is just an online, public bug report about bugs in Quicken 2009. I’m hoping that publishing them will quicken (pardon the pun) Intuit in fixing them.

See Also

Here are the bugs I’ve found so far:

  • When setting up a new credit card account to download transactions, after it’s successfully connected, the “Account Setup” dialog box has some display problems and looks like it’s hiding some information:


  • Renaming Rules: This is quite an annoying bug. I personally do not want Quicken to rename my payees, yet there seems to be NO WAY to prevent Quicken from doing so. I participated in 3 online tech support chats and 2 call-back phone support incidents in the last week. NONE of their suggestions worked AND they refuse to accept that this is a bug. Here’s the problem: When you download transactions using PC Banking, then go and accept your transactions, Quicken will suggest renaming rules… actually, it will DICTATE renaming rules. You cannot tell it “No”. Furthermore, the dialog box that pops up informing you of the new dictatorial renaming rules being forced on you, has a check box that says something like “don’t inform me of renaming rules again”. There are 2 problems with this. 1. I believe that checking it only causes to Quicken to not inform you of new renaming rules, but it’ll still make new renaming rules. You only have 2 buttons “Apply” and “Cancel”. If you click “Apply”, it’ll apply the rule(s) that it’s showing you. I think that’s the only way to enforce the checkbox for “don’t tell me anymore”. If you click “cancel”, you’re canceling the dialog box and therefore canceling your check box “don’t tell me anymore” which means it’ll continue to tell you. Also, canceling the dialog box does not prevent it from enforcing the rule.

I’ve spent about 4 hours with tech support over the last week trying to undo this. There’s a dialog box buried in the app where you can tell it don’t create new rules. It was already configured to NOT do those rules, yet it does them anyway. This is clearly a bug and Intuit needs to step up to the plate and admit it and fix it. I’ve been reporting this bug since Quicken 2007. I skipped Quicken 2008, so I can neither confirm nor deny that the bug is in Quicken 2008, but I’d assume that it’s there as well.

  • No Sound:  Quicken has several sounds for different events like startup (a short tune), accept transaction (cha-ching), and others.  All of a sudden, Quicken 2009 has stopped playing sounds.  Yes, the play sounds option is indeed checked and yes, sound works in all other programs (this is not my first time messing with a computer, BTW 🙂
  • File corruption:  This is a serious issue.  EVERY TIME I call Quicken support, they claim the file is corrupt.  This seems to be their excuse for all bugs in the software.  They want to dismiss any issue as a bug and claim it’s a corrupt file.  Fine, it’s a corrupt file.  Now, fix Quicken so it STOPS CORRUPTING my files!  This has been going on through at least 2 versions of Quicken (2007, 2009 (I skipped 2008)).  A bug this serious requires a complete rewrite of their file access data layer routines.

Intel DG33FB Motherboard stalls for 2:45 minutes when booting – SOLUTION!


Usually I’ve got programming posts here, but occasionally I’ll rant or post a solution to a problem that’s just computer related and not programming related. This is one such post.

I’ve been experiencing a painfully slow boot process even though I’ve got a pretty powerful system at the time of this writing (2008-01-24). I’ve got an Intel DG33FB motherboard with a processor with 4 cores (an Intel Core2 Quad CPU Q6600 running at 2.4Ghz) and 4GB of RAM, plus other, non-boot time relevant hardware added. The problem is the motherboard would stall for 2 minutes and 45 seconds BEFORE attempting to boot from a drive.

To add insult to injury, not only does the motherboard stall for 2 minutes and 45 seconds BEFORE it even attempts to boot from any drive (this means you can’t blame Windows), then after Windows starts booting, it then stalls for ANOTHER 2:45!!! I had presumed that it too was waiting on some sort of hardware response from the motherboard since the timings were awfully suspicions. So, that means I’m waiting for 5:30 for ABSOLUTELY NOTHING! This doesn’t even count the actual Windows boot up time.

So, I did what anyone else would do. I Google’d for a solution. I found many blogs and posts from other users experiencing the same problem. Few found a solution. Several had contacted Intel and Intel didn’t know what the problem was. So, I went to the Intel site and searched for a solution to the problem anyway. I did find that the latest BIOS update (1/5/2009) addressed a “slow bootup” problem, so I downloaded and installed it. No luck. Other blog posts were saying that they fixed the problem by down-grading their BIOS to an older version. For some reason, Intel found and fixed this problem, then intentionally removed the fix from subsequent BIOS updates. I wasn’t real keen on downgrading my BIOS. Sometimes there are bug fixes for some serious stuff… even more serious than a painfully slow boot up.

I decided I’d try ONE LAST thing before I went the route of downgrading my BIOS. I shut down the PC and unplugged EVERYTHING. And by “everything”, I mean all my internal hard drives (3 of’em), my DVD drives, all my USB devices (including keyboard and mouse), my FireWire devices, and my network cable. The only things left were my video cable and audio cables (all analog output, so virtually no chance that they were causing problems). I turned on the computer and low and behold, it only waited about 19 seconds at the same spot it was stalling at before. So, I’ve determined it was an external peripheral somehow causing a problem. So, I plugged all the USB cables back in, turned it on and got the stall again. Narrowed it down to USB devices. So, I unplugged them all, rebooted for a sanity check and it only stalled 19 seconds. I then plugged each USB cable back in one at a time, booting after each one. I narrowed it down to my USB 2.0 hub (or one of the devices connected to it). So, I then left the hub plugged in but unplugged everything from it and rebooted… quick start. OK, now I plugged each USB device back into the hub, 1 at a time and rebooting after each one until the problem returned.

Turns out the thing that slowed it down was a USB cable… JUST a USB cable THAT WASN’T PLUGGED INTO ANYTHING!!! Actually, it was before I started the test, but just the cable itself seemed to cause the problem. It was a cable that I normally have plugged into my external USB Seagate 500GB FreeAgent Pro drive. I thought, what the heck, let’s plug it back in and reboot, and the problem was now gone. Strange! So I plugged everything back in, rebooted and the problem is now gone!!! Even the secondary delay during the Windows boot.

So, problem gone, but I’m still a little amiss that the computer’s hardware configuration is now back in the exact same configuration it was when I had the problem. But I’m good to go.

So, if you’re one of the unlucky DG33FB owners experiencing this problem, unplug everything and plug them back in 1 at a time, rebooting between plug ins until you find the culprit.

Hope this helps!