nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Downloading & Installing software updates R59.6 - process stalls at Optimizing and Executing Files.

catbait

Why was this closed in April when the problem still exists when updating as of today? In addition ever since update prior to this one, the software runs a lot slower. What trackers are you running for the government or yourselves to cause this slow down?

I think we pay Intuit way too much in yearly fees to have to put up with this.

Find more posts tagged with

Comments

bmciance

You don't pay Intuit anything unless you use Turbotax or Quickbooks. Intuit hasn't owned Quicken for a number of years.

Rocket J Squirrel

I also saw an unusually long delay in the "optimizing" phase today. I let it run and did other things around the house. When I returned to my Win10 PC, it had completed and all was well.

@catbait did you allow the update to complete, and were you OK after that?

catbait

https://community.quicken.com/discussion/comment/20454325#Comment_20454325

After 30 minutes, I stopped it as I needed to get in Quicken to check things. I'll let it go when I am done tonight and see if it loads… 😴

catbait

Let it run and checked it after 7 hours. Yep, it installed, but I have no real clue how long it took. I think the install team needs to change the phrase "installation may take a little while" to "run the installation over night"! It reminded me of the old Windows updates of the late nineties.

smithcferg

I had the same problem, my update ran for a long time, probably hours. The problem with slow Quicken updates has been happening for a long time.

Computer is 64bit, win10 pro, Version 10.0.19045 Build 19045

Quicken Classic Business and Personal R59.6 Build 27.1.59.6 (after updating)

I took some troubleshooting steps using procmon.exe - from microsoft, during the update, to monitor all system processes over time. Started procmon monitoring after the update had started, stopped monitoring after approx. 20 mins.

Quicken's msiclean32.exe was accessing the registry constantly during this time. This program was using one process id, #1193184. It read through part of my registry 522 times during 20 min, approx going through 46,744 registry entries every 2 sec. That is 522*46,744=~24 million registry accesses in 20 min.

When you see <RegMSICompPath> , substitute it with "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Components" (i just did this to condense)

*I read in one place that this is path to MSI install file components registered under System Account.*

MSIClean32 operations for 20 min.

___________

A. Sequence, MSIClean32 registry enumeration, repeated 522 times.

(Same result every time through)

___________

RegQueryKey HKLM Handle Tags:0x0 Success

RegOpenKey <RegMSICompPath>\Components Granted Access:All Access Success

Search through many reg keys:

RegEnumKey <RegMSICompPath> SUCCESS Index: 0, Name: 00010C4985120CD6221FB3C87C6DF163

RegEnumKey <RegMSICompPath> SUCCESS Index: 1, Name: 00029BB0C6A0F9E3A27D18D5B33A1C9A

… (repeats RegEnumKey operation 46,740 times using index:2-46,742, accessing different Key Names)

RegEnumKey <RegMSICompPath> SUCCESS Index: 46,743, Name: FFFE6BB28DBF17C44B7EBA031E0007FE

RegEnumKey <RegMSICompPath> SUCCESS Index: 46,744, Name: FFFE8B14A86A46F0B1FD1270E2367E68

Close search:

RegEnumKey <RegMSICompPath> Index:46,745, Length:288 NO MORE ENTRIES

RegEnumValue <RegMSICompPath> Index: 0, Length: 522 NO MORE ENTRIES

RegCloseKey <RegMSICompPath> SUCCESS

___________

After reading through all 46,744 registry entries, performed B. Sequence

B. Sequence, MSIClean32 Single key enumeration, repeated 522 times.

(Different KeyName and Different RegEnumValues every time through)

___________

RegQueryKey HKLM SUCCESS Query: HandleTags, HandleTags: 0x0

RegOpenKey <RegMSICompPath>\<KeyName, example:79A144A4313F16FE6855845D96FC65D0> SUCCESS Desired Access: Maximum Allowed, Granted Access: All Access

RegSetInfoKey <RegMSICompPath>\<KeyName, example:79A144A4313F16FE6855845D96FC65D0> SUCCESS KeySetInformationClass: KeySetHandleTagsInformation, Length: 0

RegEnumValue <RegMSICompPath>\<example:79A144A4313F16FE6855845D96FC65D0> SUCCESS Index: 0, Name: <RegEnumValue example: 68B1C7EDFE7220D488E671CC438530B4, Type: REG_SZ, Length: 150, Data: C:\Program Files (x86)\Nuance\Nuance Cloud Connector\ger_backup-intro.html>

RegEnumValue <RegMSICompPath>\<KeyName example:79A144A4313F16FE6855845D96FC65D0> NO MORE ENTRIES Index: 1, Length: 520

RegCloseKey <RegMSICompPath>\<KeyName example:79A144A4313F16FE6855845D96FC65D0> SUCCESS

___________

After A. Sequence and B. Sequence sections, starts back at A. Sequence

After 20min this was still going through the registry, and after a day I noticed that the update did complete.

The patch was stored under C:\ProgramData\Quicken\Inet\Common\patch\quickenPatch\ in a folder <this time> named "w190". Apparently after the update completed the folder was removed.

Observations:

MSIClean32 seems to be searching through 10s of thousands of entries to find one entry that it looks at. The entry it enumerates usually doesn't have anything to do with Quicken. Is there a logic flaw in the looping sequence? Can any programmer make sense of what might be wrong?