Replies

MrBrian wrote:

accesschk -w -e -s c:UsersyouruseraccountAppDataLocalLowMicrosoftInternet Explorer

Attached is the output from running accesschk command.

Apologies also, because I forgot to mention something that I only noticed last night, but which may be relevant.

At the bottom of the Tools, Internet Options, Advanced tab there is the following message:

“Some settings are managed by your system administrator.”

After I saw it I checked my wife’s computer and hers doesn’t show the message.

AusJohn

PKCano wrote:

Control Panel\User Accounts

Shows “John Administrator” so I presume that means it’s an admin account.

MrBrian wrote:

Is your John user account a standard account or admin account?

I think it’s an admin account, but to be honest I’m not sure.

Is it important/relevant, and if so how can I find out which it is?

AusJohn

Thanks for the three suggestions you made in post 157977.

I was just about to try them, one by one, when I thought of something else to try first.

Tried starting Internet Explorer using “Run as Administrator” and, would you believe it, the Microsoft support test links both loaded successfully.

My question now is, does this suggest to you that there’s something else wrong that I should look at?

AusJohn

MrBrian wrote:

I didn’t see any problem with the permissions. If you can’t find other things to try, here are 3 things: 1. Delete browsing history. 2. In Options Advanced tab, Restore advanced settings 3. In Options Advanced tab, Reset.

Thanks; will do if all else fails.

But first, if you don’t mind, any comments on the following.

I had a fiddle with F12 Developer Tools (didn’t really know what I was doing, but thought I’d try it) when trying to load the problem Microsoft security pages.

There was an error – SCRIPT5: Access is denied.

I’ve done a Google search, and found the article:

“SCRIPT5: Access is denied” error when accessing web sites using LocalStorage

at:

https://social.technet.microsoft.com/Forums/en-US/066767a5-f9d5-45f4-95cf-dcd0ff030090/script5-access-is-denied-error-when-accessing-web-sites-using-localstorage?forum=ieitprocurrentver

A lot of the information appears to be the same as in one of the other articles we’ve referenced already, but about half way down the page there was a suggestion to run icacl, so I’ve done it with the commands and results below.

——————–

C:\Users\John>icacls “C:\Users\John\AppData\LocalLow\Microsoft\Internet Explorer”

C:\Users\John\AppData\LocalLow\Microsoft\Internet Explorer NT AUTHORITY\SYSTEM:(OI)(CI)(F)
BUILTIN\Administrators:(OI)(CI)(F)
John-PC\John:(OI)(CI)(F)
NT AUTHORITY\SYSTEM:(I)(OI)(CI)(F)
BUILTIN\Administrators:(I)(OI)(CI)(F)
John-PC\John:(I)(OI)(CI)(F)
Mandatory Label\Low Mandatory Level:(OI)(CI)(NW)

Successfully processed 1 files; Failed processing 0 files

——————–

C:\Users\John>icacls “C:\Users\John\AppData\LocalLow\Microsoft\Internet Explorer\DOMstore”

C:\Users\John\AppData\LocalLow\Microsoft\Internet Explorer\DOMstore NT AUTHORITY\SYSTEM:(OI)(CI)(F)
BUILTIN\Administrators:(OI)(CI)(F)
John-PC\John:(OI)(CI)(F)
NT AUTHORITY\SYSTEM:(I)(OI)(CI)(F)
BUILTIN\Administrators:(I)(OI)(CI)(F)
John-PC\John:(I)(OI)(CI)(F)
Mandatory Label\Low Mandatory Level:(OI)(CI)(NW)

Successfully processed 1 files; Failed processing 0 files

——————–

I’ve also rechecked the Registry for the DOMStore location (for the umpteenth time) as suggested in the article, and it looks fine to me.  If you’d like to check, this is it:

Key Name:          HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\5.0\LowCache\Extensible Cache\DOMStore
Class Name:        <NO CLASS>
Last Write Time:   09/06/2013 – 10:22 AM
Value 0
Name:            CachePath
Type:            REG_EXPAND_SZ
Data:            %USERPROFILE%\AppData\LocalLow\Microsoft\Internet Explorer\DOMStore

Value 1
Name:            CachePrefix
Type:            REG_SZ
Data:            DOMStore

Value 2
Name:            CacheLimit
Type:            REG_DWORD
Data:            0x3e8

Value 3
Name:            CacheOptions
Type:            REG_DWORD
Data:            0x8

Value 4
Name:            CacheRepair
Type:            REG_DWORD
Data:            0

AusJohn

MrBrian wrote:

The permissions for c:\Users\John\AppData\LocalLow\Microsoft\Internet Explorer\DOMStore\XEY3MYEI\webmail.dcsi.net[1].xml don’t have three lines that are common to all of the other entries. Did you cut off the last 3 lines by accident, or is that accurate?

Sorry, again!  Sloppy workmanship on my part. 🙂

Same as the others, by the look of it:

c:\Users\John\AppData\LocalLow\Microsoft\Internet Explorer\DOMStore\XEY3MYEI\webmail.dcsi.net[1].xml
Low Mandatory Level [No-Write-Up]
RW NT AUTHORITY\SYSTEM
RW BUILTIN\Administrators
RW John-PC\John

AusJohn

AusJohn wrote:

So would I, but I can’t; maybe a typo in the spelling of the command ‘accesschk’. 

Sorry about that; I thought ‘accesschk’ was an internal Windows/DOS command.

I’ve now downloaded and run accesschk; results are attached in the file “accesschk DOMStore Results.txt”.

AusJohn

MrBrian wrote:

It was a test of whether the Microsoft support pages render ok on my Internet Explorer 11, without doing any of the things the anonymous poster suggested.

Thanks for the explanation.

MrBrian wrote:

I would be interested in the output of the following AccessChk command (it’s one line): accesschk -w -e -s c:\Users\youruseraccount\AppData\LocalLow\Microsoft\Internet Explorer\DOMStore If there is any confidential info, you can either obfuscate it or send me a private message.

So would I, but I can’t; maybe a typo in the spelling of the command ‘accesschk’.

When I run it, after replacing “youruseraccount” with my actual user account name, I get the following message:

“‘accesschk’ is not recognized as an internal or external command, operable program or batch file.”

Let me know if  I’ve done something wrong, or there’s something else I should try.

BTW, I tried running the command from a normal command prompt and as Administrator.

AusJohn

MrBrian wrote:

As a test, I just browsed https://support.microsoft.com/en-us/help/894199/software-update-services-and-windows-server-update-services-changes-in and https://support.microsoft.com/en-us/help/4054518/windows-7-update-kb4054518 using Internet Explorer 11 on Windows 7. Both rendered fine.

Sorry, but I think I’m missing something here.

What do you mean by “as a test”?  Test of what, exactly.

Your previous post said “There are some suggestions at https://stackoverflow.com/questions/13102116/access-denied-for-localstorage-in-ie10.”, which I’ve looked at and think I’ve already done what was suggested there, but without any success in getting those two Microsoft support pages to render correctly (or to be precise, at all).

That is, I’ve run the icacls command, and enabled DOM storage.  One thing the article mentioned that I haven’t done is enable Enhanced Protected Mode.  Why – because it’s not showing as an option in my version of IE11 under Tools, Internet options, Advanced, Security – or anywhere else, as far as I can see.

The more I think about it the more I get the feeling that there’s something other than a problem with DOM storage.

Is Microsoft the only one who uses the DOMstore folder (C:\Users\xxxxxx\AppData\Local\Microsoft\Internet Explorer\DOMStore)?

If not, then I suspect that’s not the problem because I haven’t experienced trouble accessing/rendering any other web pages.

MrBrian wrote:

Nice sleuthing :). I think there could be a permissions issue. I found link https://social.technet.microsoft.com/Forums/ie/en-US/066767a5-f9d5-45f4-95cf-dcd0ff030090/script5-access-is-denied-error-when-accessing-web-sites-using-localstorage?forum=ieitprocurrentver. I recommend doing the icacls command given there in a command prompt: icacls %userprofile%\Appdata\LocalLow /t /setintegritylevel (OI)(CI)L

I’d seen that reference and was tempted to run the icacls command, but was hesitant to do so without a “thumbs up” from someone in the know.

Given your recommendation I decided to be brave and give it a go, but before doing so I checked the registry to see if I had the HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings\5.0\LowCache\Extensible Cache\DOMStore key mentioned in that reference pointing to the correct location.

Fortunately the registry value for that key was %USERPROFILE%\AppData\LocalLow\Microsoft\Internet Explorer\DOMStore, as stated in the article.

I closed all Internet Explorer windows as a precaution, then ran the command.

On completion the message displayed was:

“Successfully processed 1506 files; Failed processing 0 files”

Next I opened IE and checked that “Enable DOM storage” was still selected, which it was, and that I had removed https://support.microsoft.com from the Trusted Sites.

After that I ran the “Web Storage Support Test” and could have cried when I saw the result – no change on my two previous tests; that is, “localStorage: limited to 0 k characters”.

As a “just in case” I tried to load the 2 Microsoft support URLs that I’ve been trying all through this saga, and as expected they didn’t render correctly.

Then, as a final check to make sure that nothing had changed I did as users are frequently advised and rebooted the computer.

Unfortunately still no change – the 2 Microsoft support pages still didn’t render correctly.

One final act, before almost breaking down with disappointment, was to add https://support.microsoft.com to the Trusted Sites again and of course the two pages rendered perfectly.

Sorry for being so long winded, but I figure (at least hope) that more is better, so you have a fair idea of exactly what I did and didn’t do.

I’m almost too embarassed to ask this, but any other suggestions? 🙂

AusJohn

MrBrian wrote:

If that doesn’t work, you could try disabling DOM storage in IE settings, then go back into settings again and enable DOM storage in settings. P.S. You’re welcome, and I don’t like giving up on a problem either :).

Tried the DOM disable/enable routine, as follows, but to no avail.

1. Disable DOM Storage, apply and save

2. Reboot computer

3. Enable DOM Storage, apply and save

4. Reboot computer

5. Run IE11; Microsoft support test pages don’t render correctly

And I’m relieved to hear that you don’t like giving up on a problem! 🙂

AusJohn

MrBrian wrote:

Your computer’s IE’s localstorage is not accepting data. When I do the test on my IE, both localstorage and sessionstorage accept data. Perhaps you could try the answer at https://superuser.com/questions/520776/ie10s-localstorage-is-broken. If that doesn’t work, you could try disabling DOM storage in IE settings, then go back into settings again and enable DOM storage in settings. P.S. You’re welcome, and I don’t like giving up on a problem either :).

1. Comment after reading the SuperUser article “IE10 on Windows 7, where is localStorage stored in the file system” article:

The DOMStore folder exists on my computer, and I can see it/get into it; contains cookies only.

2. After doing a bit more Google searching I came upon the following:

——————–
https://answers.microsoft.com/en-us/ie/forum/ie11-iewindows8_1/ie11-issue-with-mediumhigh-integrity-level-setting/53d207a8-914b-4527-bfd8-29c3f60bd473

Q: IE11 issue with medium/high integrity level setting on the “Appdata/LocalLow” folder
IE11 with “Enable protected mode” turned on and the integrity setting on the “Appdata/LocalLow” folder set to anything except low throws an error with LocalStorage and doesn’t load custom fonts. The error that gets thrown is “Access is Denied: The filename or extension name is too long”.

If you turn off protected mode, change the integrity setting on the LocalLow folder or add the webpage as a trusted site the issue is resolved. The reason that adding the webpage to your trusted sites seems to fix this issue is because trusted sites by default do not have “Enable protected mode” turned on.
——————–

Well, as an experiment I added https://support.microsoft.com to the trusted sites and, would you believe it, the two ‘test’ Microsoft support URLs that I’ve been working with both render normally.

Running the Web Storage Support Test hasn’t changed though; it still shows localStorage and globalStorage blank, as previously (and as expected, I imagine).

3. Comment after reading the SuperUser article “IE10’s localStorage is broken”:

Still weighing up whether to go ahead and delete all browsing history, except “Preserve Favotites website data”, which seems to be the recommendation.

Will report back later, to let you know where I’m at.

AusJohn

anonymous wrote:

So, I’m wondering if I should live dangerously and export the key and then delete it, then see what happens when I run IE11. Anyone have any thoughts on this?

Yes, I do. I checked my registry for the key and entries you found, and I don’t have them. My copy of Internet Exploder also displays the support pages properly, and that’s with the DOM Storage option checked (enabled), so you should be able to dump the key and suffer no ill effects from doing so. However, in deference to @mrbrian in post 157106 above, and @pkcano in post 157110 below, please try the following before dumping the key: 1. Follow @mrbrian‘s guidance, and go to the page to test your DOM storage in IE. 2. If it doesn’t work, and I’m betting it won’t pass the tests, then do as you’ve asked, and export the registry key labeled DOM Storage and then delete it from the registry. Reboot your machine after doing this. 3. After checking that DOM storage is enabled in the Internet Options/Advanced dialog box for IE, go back to the DOM storage test site mentioned by @mrbrian and retest your copy of IE. I’m betting it will work this time and problem solved. If it is indeed solved, you can feel free to delete the file that was created when you exported the key before dumping it. 4. Take a look at programs you may have recently installed on your computer to help you maintain it such as system maintenance/all-in-one utilities. As @pkcano says in the post below (#157110) these types of utilities simply ask you one or two very broad questions about your system and then can make sweeping changes that you won’t notice at first, but that can “break” some of your programs. Some anti-malware/anti-virus programs have added this type of capability to their repertoire recently in the last couple of years, so don’t overlook the anti-malware solution you may have. I have AVG Free edition, and it has on occasion had a pop-up from the system tray telling me that if I want to speed up my PC and clean out old entries in the registry to just click on a button in the pop-up. I have ALWAYS declined the “offer” and have just clicked on the little “x” in the upper right corner of the pop-ups.

Thanks for the suggestion.

I ran the Web Storage Support Test then, following your advice – delete the key, reboot, check DOM storage enable in IE – ran it again.

Results (see screen captures) of the test were identical.

Pre.png”]

Post.png”]

Tried loading the Microsoft support pages, but still no luck!

So where does that leave us?  Maybe it’s time to give up, and just use Firefox.

PS. Sorry, I’m having trouble getting the screen captures to insert/show correctly

anonymous wrote:

So, I’m wondering if I should live dangerously and export the key and then delete it, then see what happens when I run IE11. Anyone have any thoughts on this?

Yes, I do. I checked my registry for the key and entries you found, and I don’t have them. My copy of Internet Exploder also displays the support pages properly, and that’s with the DOM Storage option checked (enabled), so you should be able to dump the key and suffer no ill effects from doing so. However, in deference to @mrbrian in post 157106 above, and @pkcano in post 157110 below, please try the following before dumping the key: 1. Follow @mrbrian‘s guidance, and go to the page to test your DOM storage in IE. 2. If it doesn’t work, and I’m betting it won’t pass the tests, then do as you’ve asked, and export the registry key labeled DOM Storage and then delete it from the registry. Reboot your machine after doing this. 3. After checking that DOM storage is enabled in the Internet Options/Advanced dialog box for IE, go back to the DOM storage test site mentioned by @mrbrian and retest your copy of IE. I’m betting it will work this time and problem solved. If it is indeed solved, you can feel free to delete the file that was created when you exported the key before dumping it. 4. Take a look at programs you may have recently installed on your computer to help you maintain it such as system maintenance/all-in-one utilities. As @pkcano says in the post below (#157110) these types of utilities simply ask you one or two very broad questions about your system and then can make sweeping changes that you won’t notice at first, but that can “break” some of your programs. Some anti-malware/anti-virus programs have added this type of capability to their repertoire recently in the last couple of years, so don’t overlook the anti-malware solution you may have. I have AVG Free edition, and it has on occasion had a pop-up from the system tray telling me that if I want to speed up my PC and clean out old entries in the registry to just click on a button in the pop-up. I have ALWAYS declined the “offer” and have just clicked on the little “x” in the upper right corner of the pop-ups.

Thanks for the suggestions.

I ran the Web Storage Support Test then, following your advice – delete the key, reboot, check DOM storage enable in IE – ran it again.

Results (see screen captures) of the test were identical.

Pre.png”]

Web Storage Support Test – Internet Explorer [08-Jan-2018] Pre

Post.png”]

Web Storage Support Test – Internet Explorer [08-Jan-2018] Post

Tried loading the Microsoft support pages, but still no luck!

So where does that leave us?  Maybe it’s time to give up, and just use Firefox.

 

MrBrian wrote:

I agree that you might be having DOM storage issues in your computer’s Internet Explorer. You could test if it’s functioning by doing the test at http://dev-test.nemikor.com/web-storage/support-test/ on your computer’s Internet Explorer.

Thanks for the suggestion.

I ran the Web Storage Support Test then, following the advice of ‘anonymous’ – delete the key, reboot, check DOM storage enable in IE – ran it again.

Results (see screen captures) of the test were identical.

Tried loading the Microsoft support pages, but still no luck!

So where does that leave us?  Maybe it’s time to give up, and just use Firefox. 🙂

I don’t like giving up on a problem, but I’m sure all you kind contributors have given up enough of your time trying to solve this.