• Microsoft Update Catalog error number 8DDD0020

    Home » Forums » AskWoody support » Windows » Windows – other » Microsoft Update Catalog error number 8DDD0020

    Author
    Topic
    #127228

    If you’ve ever gone to the Microsoft Update Catalog and gotten the error code mentioned in the subject line of this post, there’s a way to fix it. Symptoms include a very brief display of the page you’re looking for, (be it the main page or a page with results from a clickable link you’ve been provided) followed by a page displaying the above-mentioned error code.

    All you need to do is to enable first party cookies and what’s called “DOM storage” within your choice of browser.

    For IE, it’s simply a matter of checking a box on the Advanced tab of the Internet options dialog box that’s labeled “Enable DOM Storage”. This is listed under the “Security” heading of that tab. The Security heading has a little image of a locked padlock next to it. Once the setting is enabled, click “Apply” at the bottom of the Internet options dialog box, and then click on the “Privacy” tab. Here, if you’ve got custom settings, make sure they’re set to accept first party cookies, and then click OK at the bottom of the dialog box and you’re done. If you have a slider for the cookie settings instead, you need to set it to “Low” to have the page work, and then click OK at the bottom of the dialog box, and you’re all set.

    For those with Firefox, you’ll need to get into the about:config page of the browser. Once there, use the search box under the browser’s address bar to search for the setting “dom.storage.enabled”. Make sure the value is set to “true”. If not, just double click it to change it to “true”. Now go to the about:preferences#privacy page (just copy and paste the text here into the browser’s address bar) and check your cookie settings to make sure Firefox is set to accept first party cookies. That’s it, you’re done!

    IE and Firefox are the two browsers I have experience with, so anyone with Chrome experience please feel free to post instructions for that browser. Same goes for those who may use Opera. I do realize that other browsers may not have a way to change the setting, or that by default it may not need changing.

    Hope this helps, what with Microsoft’s move to the Update Catalog for stand-alone security patches. The procedure described here is what has worked for me so that I can now use the Update Catalog site after having experienced the frustrating error code mentioned above.

    2 users thanked author for this post.
    Viewing 10 reply threads
    Author
    Replies
    • #127389

      If you’ve ever gone to the Microsoft Update Catalog and gotten the error code mentioned in the subject line of this post, there’s a way to fix it. Symptoms include a very brief display of the page you’re looking for, (be it the main page or a page with results from a clickable link you’ve been provided) followed by a page displaying the above-mentioned error code. All you need to do is to enable first party cookies and what’s called “DOM storage” within your choice of browser. For IE, it’s simply a matter of checking a box on the Advanced tab of the Internet options dialog box that’s labeled “Enable DOM Storage”. This is listed under the “Security” heading of that tab. The Security heading has a little image of a locked padlock next to it. Once the setting is enabled, click “Apply” at the bottom of the Internet options dialog box, and then click on the “Privacy” tab. Here, if you’ve got custom settings, make sure they’re set to accept first party cookies, and then click OK at the bottom of the dialog box and you’re done. If you have a slider for the cookie settings instead, you need to set it to “Low” to have the page work, and then click OK at the bottom of the dialog box, and you’re all set.

      My browser is IE 11.  I pretty much always get the error code.
      I checked my settings and they were already set the way you are suggesting.

      For me, what works is…
      ignore the error code and type in the “search” box the kb # and it brings me to it.
      On rare occasions, I don’t get the error code.
      Have no idea why? (shrugs)

      • #127944

        I have been able to duplicate your experience (typing in the KB number in the search box), but get the error code again if I don’t have DOM storage enabled. All in all, really weird what you’re experiencing.

        All I can think of to help others reading this post/thread is to purge IE’s cache and cookies, close and then restart IE after making the settings changes described above.

        For those who already have those settings enabled, boy what a head scratcher. However I do indeed hope @dgreen’s stated workaround also works for you. If anyone else has any suggestions, feel free to post them here. The Update Catalog is going to become a vital tool for those of us who will be in need of (or simply desire) an individual patch or security update without the entire monthly roll-up fed to us from Windows Update/Microsoft update (or other services).

    • #130074

      If you’ve ever gone to the Microsoft Update Catalog and gotten the error code mentioned in the subject line of this post, there’s a way to fix it. Symptoms include a very brief display of the page you’re looking for, (be it the main page or a page with results from a clickable link you’ve been provided) followed by a page displaying the above-mentioned error code.

      All you need to do is to enable first party cookies and what’s called “DOM storage” within your choice of browser.

      For IE, it’s simply a matter of checking a box on the Advanced tab of the Internet options dialog box that’s labeled “Enable DOM Storage”. This is listed under the “Security” heading of that tab. The Security heading has a little image of a locked padlock next to it. Once the setting is enabled, click “Apply” at the bottom of the Internet options dialog box, and then click on the “Privacy” tab. Here, if you’ve got custom settings, make sure they’re set to accept first party cookies, and then click OK at the bottom of the dialog box and you’re done. If you have a slider for the cookie settings instead, you need to set it to “Low” to have the page work, and then click OK at the bottom of the dialog box, and you’re all set.

      For those with Firefox, you’ll need to get into the about:config page of the browser. Once there, use the search box under the browser’s address bar to search for the setting “dom.storage.enabled”. Make sure the value is set to “true”. If not, just double click it to change it to “true”. Now go to the about:preferences#privacy page (just copy and paste the text here into the browser’s address bar) and check your cookie settings to make sure Firefox is set to accept first party cookies. That’s it, you’re done!

      IE and Firefox are the two browsers I have experience with, so anyone with Chrome experience please feel free to post instructions for that browser. Same goes for those who may use Opera. I do realize that other browsers may not have a way to change the setting, or that by default it may not need changing.

      Hope this helps, what with Microsoft’s move to the Update Catalog for stand-alone security patches. The procedure described here is what has worked for me so that I can now use the Update Catalog site after having experienced the frustrating error code mentioned above.

      bob99,

      I have settings as you suggested on BOTH my laptop and desktop computers. They are both in7 SP1 X64 units using IE11. I do not get the error code on my laptop, but I DO get it on the desktop. I have tried ALL the workarounds given here and from MS with no success. I would like to get the Update Catalog link onto my desktop, but I am not able to do so. Any help will be appreciated.

      Dave

      • #130076

        Right now I get this error message using either Firefox or Internet Explorer.

        • #130227

          Now it works fine for me on Firefox, but error 8DDD0020 with Internet Explorer.

    • #130100

      Strange its working here ok even putting in kb3125574 or just plain 3125574, never used to accept kb in front of the number.
      Cookie handling perhaps, did you accept the “add on”? that it normally asks you to add on first acces to page. Possibly turn down security settings a notch in IE11.
      I have had this at weekends occasionally before and normally come Monday all is fixed as a rule.

    • #130274

      Strange its working here ok even putting in kb3125574 or just plain 3125574, never used to accept kb in front of the number.
      Cookie handling perhaps, did you accept the “add on”? that it normally asks you to add on first acces to page. Possibly turn down security settings a notch in IE11.
      I have had this at weekends occasionally before and normally come Monday all is fixed as a rule.

      BobbyB,

      I have tried to lower the security settings on the desk top and even turned off Antivirus software. Still get the same thing. Hen I had that problem with the laptop, I used an update to fix it, but I do not remember the KB number. All is fine on the laptop, but the desktop still gets the error message. I don’t know what else to try.

      Dave

      • #130285

        You’re probably doing nothing wrong. Currently this site doesn’t work on IE 11 on either my real computer or my Windows 7 virtual machine.

        1 user thanked author for this post.
    • #130291

      I’ve noticed that if I get this error on IE  11, pressing the Back button (left arrow) might fix the issue.

    • #130383

      I’ve noticed that if I get this error on IE 11, pressing the Back button (left arrow) might fix the issue.

      MrBrian,

      That works on my laptop IF I get the error, HOWEVER, it does not work on the desktop. Super frustrating.

      Dave

      • #130789

        Hi Dave!

        So sorry for the lack of any kind of reply, got totally swamped at work. At least you were in great hands with @MrBrian helping out with this thread/topic.

        I have just tried to get to the catalog site in IE11. Mind you, I have IE11 with Win7 SP1 x64, so your mileage may differ. The exact steps I just used were:

        1. Start IE11 from the icon pinned to the taskbar.

        2. Go into Internet options within the browser, NOT from the Control Panel.

        3. Select the checkbox labeled “Enable DOM Storage from the list under Security on the “Advanced” tab.

        4. Double check that my cookie settings were set to override automatic cookie handling, and then checked to make sure first party cookies were set to “Accept” and third party cookies were set to “Block”.

        5. Clicked “OK” button at bottom of Internet Options dialog box.

        6. Proceeded to MS Update Catalog site by typing it into the address bar, and it came right up. A search for KB4025252 (as a brief test to see if the site would function properly) produced many results to explore and download, should I have wanted to.

        Any additional thoughts to help out, MrBrian? It appears my installation of IE might be slightly different in some way from Dave’s.

        NOW, to totally blow everyone out of the water, I just tried to get to the MS catalog site by clicking a link from a Google search for the update catalog. This was using Firefox 55.0.3 x32. Clicking the link provided by Google brought up the site, and I was able to perform the search I just mentioned above successfully. HOWEVER, this was with both cookies and DOM storage DISABLED within Firefox. This goes against what I posted in the thread I used to start this topic!! I double checked to see if Firefox was storing ANY cookies from ANY MS domain, and it wasn’t and still isn’t as of this writing.

        Perhaps the folks in Redmond have modified the site’s behavior to work better with browsers. But, if they have, then why are MrBrian and you still having to use workarounds to get to the site??

        3 users thanked author for this post.
        • #130814

          Currently the catalog works fine for me on both Firefox 55.0.2 and Internet Explorer 11.

          The catalog site can be flaky sometimes :(.

          1 user thanked author for this post.
          • #130823

            @MrBrian & @Bob99 Yeah the old “catty-logue” has some vaguries, for want of a better word;
            It really wasnt too long ago it wouldnt work on, Ahem… M$’s flagship browser, Edge at all. Now mercifully rectified. Sorry not too much help I know but its one of the idiosyncracies (“Flakey” I like it lol) of M$ we have all grown to love or hate over the years. 😉

            • #130829

              Sometimes it is just a matter of using or not using www in front of the URL for one browser or the other.
              Like in
              https://www.catalog.update.microsoft.com/
              or
              https://catalog.update.microsoft.com/

              Sometimes http would work instead of https.

              But the best advice for most readers here is to forget about Microsoft Catalog and use Windows Update instead as the only update site.

            • #130976

              Not in this case, typing in the link without the “www” brings one to the same site and produces the same results. I just tried it in my copy of Firefox 55.0.3 with, like my post yesterday, DOM storage disabled and cookies set to reject all cookies, even those from MS. Upon going to a page in another discussion about a patch that needs a patch for the dual monitor snafu, the catalog came right up, and plainly stated the results reported by MrBrian, that there is no patch in the catalog for that KB number. I’d add more to this reply, but we’d be getting off topic.

      • #130793

        Ok, what happened? My reply to Dave was somehow “swallowed up” by the forum software. It was post number 130789, which I edited once to clarify the reply.

        • #130797

          You reply was cahugh by Akismet, the sp*m catcher. I retrieved it.

          If you reply/submit/reply/submit too quickly, the post gets caught in the Sp*m bucket. Slow down and give the system time to update.

          2 users thanked author for this post.
          • #130802

            Thanks for the explanation so that I and others will hopefully avoid this happening in the future.

    • #130835

      Hi Dave!

      So sorry for the lack of any kind of reply, got totally swamped at work. At least you were in great hands with @mrbrian helping out with this thread/topic.

      I have just tried to get to the catalog site in IE11. Mind you, I have IE11 with Win7 SP1 x64, so your mileage may differ. The exact steps I just used were:

      1. Start IE11 from the icon pinned to the taskbar.

      2. Go into Internet options within the browser, NOT from the Control Panel.

      3. Select the checkbox labeled “Enable DOM Storage from the list under Security on the “Advanced” tab.

      4. Double check that my cookie settings were set to override automatic cookie handling, and then checked to make sure first party cookies were set to “Accept” and third party cookies were set to “Block”.

      5. Clicked “OK” button at bottom of Internet Options dialog box.

      6. Proceeded to MS Update Catalog site by typing it into the address bar, and it came right up. A search for KB4025252 (as a brief test to see if the site would function properly) produced many results to explore and download, should I have wanted to.

      Any additional thoughts to help out, MrBrian? It appears my installation of IE might be slightly different in some way from Dave’s.

      NOW, to totally blow everyone out of the water, I just tried to get to the MS catalog site by clicking a link from a Google search for the update catalog. This was using Firefox 55.0.3 x32. Clicking the link provided by Google brought up the site, and I was able to perform the search I just mentioned above successfully. HOWEVER, this was with both cookies and DOM storage DISABLED within Firefox. This goes against what I posted in the thread I used to start this topic!! I double checked to see if Firefox was storing ANY cookies from ANY MS domain, and it wasn’t and still isn’t as of this writing.

      Perhaps the folks in Redmond have modified the site’s behavior to work better with browsers. But, if they have, then why are MrBrian and you still having to use workarounds to get to the site??

      Bob99,

      Thanks for the tips. I have tried ALL of the above (EXCEPT using Firefox) and still get the same results on the desktop. Yes, it does have KB4025252 installed also. At this point, I’m about ready to change the desktop over to Group A and put up with the snooping and other c***.

      Thanks to all for the help.

      Dave

    • #130837

      Sometimes it is just a matter of using or not using www in front of the URL for one browser or the other.
      Like in
      https://www.catalog.update.microsoft.com/
      or
      https://catalog.update.microsoft.com/

      Sometimes http would work instead of https.

      But the best advice for most readers here is to forget about Microsoft Catalog and use Windows Update instead as the only update site.

      ch100,

      OK, then how do we get updates available ONLY through the catalog if we only use Windows Update?

      Dave

      • #131003

        @pepsiboy
        Actually you do not need any Catalog Updates only.
        I don’t know how this belief has become core belief on this forum, but it is certainly not a requirement and it is in fact more harmful than you realise.

    • #130843

      … @ … Dave aka Pepsiboy … … .,

      At this point, I’m about ready to change the desktop over to Group A and put up with the snooping and other c***.

      Maybe, this is what M$ have been intending all along, ie to push Win 7/8.1 users onto Group A and away from Group B or C/W, by hook or by crook.
      … Wonder why.? Group A must have something “special” inside the cumulative Rollups, other than mere snooping for Telemetry & Data.

    • #130985

      Hi everyone!

      I just tried again with both IE11 and Firefox 55.0.3, and got the same results: The MS Update Catalog site loaded just fine in both browser with both set to refuse all cookies and with DOM storage disabled.

      The only “gotcha” is that in order to load in IE11, the site just asked me for permission to install a scripting software add-on that made EMET 5.52 give me an ASLR alert when the page finished loading after the script was installed. Without the script being installed, the page was just a blank blue page with no images of any kind nor any search box of any kind. Same behavior with the x64 version of IE11. This is actually an ActiveX control that is installed and digitally signed by MS to help the catalog site run.

      The above behavior leads me to believe that our days of seeing the dreaded error code listed in this thread’s title post may soon be a thing of the past. I do now believe MS is tweaking the site to behave well with most browser configurations including Opera and Chrome. I’ll continue testing my browsers to see if the site is indeed being more tolerant and less “flaky” as, I believe, MrBrian put it.

      Anyone who is reading this in Google’s Chrome browser have any comments or have you experienced the error code listed in the title post? If so, we’d love to hear from you and hear if you had to take any steps to avoid the error code!

    • #131901

      Well, I guess I should celebrate ! ! ! I was able to access MS Update Catalog on my desktop computer today. And the best part was that it only took about 30 seconds to access and create a desktop shortcut. NO ERROR MESSAGE ! ! ! !

      I have no idea what happened or when, but I’m not complaining (SO FAR). To me, it looks like the problem worked itself out (FINALLY). For me, I’m calling this one SOLVED.

      Thanks to all that tried to help me on this.

      Dave

    Viewing 10 reply threads
    Reply To: Reply #127389 in Microsoft Update Catalog error number 8DDD0020

    You can use BBCodes to format your content.
    Your account can't use all available BBCodes, they will be stripped before saving.

    Your information:




    Cancel