View in "Downloads" folder in windows explorer  

That's promising. Not sure what was "stuck."

KeithM said:

That's promising. Not sure what was "stuck."

It's strange...maybe I should just refresh Windows I think this is the only one out of 10 PCs I have that does this.

Thanks so much for the help lets hope it sticks.

No this issue is very prevalent. I have been searching for permanent fix for 2 years. This threat is interesting.
Is {885a186e-a440-4ada-812b-db871b942259} the template for downloads?

I my case and so many others we were able to change the view and it would stick across reboots. The suddenly it would start happening.

The last thing that I was doing is I was going into regedit and deleting the keys shown below. Then started to dig deeper into templates and shellbag and goggle brought me to your threat when i was searching for the template F11DB97C5CC7 but the one in your code (db871b942259) seems like the correct one (with some sample code to boot)
thanks!
John

open regedit and goto key (or paste)

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\

To be safe
Right Click on Explorer and export

Remove these three subkeys ComDlg32 CIDOpen CIDSave

jfii said:

No this issue is very prevalent. I have been searching for permanent fix for 2 years. This threat is interesting.
Is {885a186e-a440-4ada-812b-db871b942259} the template for downloads?

I my case and so many others we were able to change the view and it would stick across reboots. The suddenly it would start happening.

The last thing that I was doing is I was going into regedit and deleting the keys shown below. Then started to dig deeper into templates and shellbag and goggle brought me to your threat when i was searching for the template F11DB97C5CC7 but the one in your code (db871b942259) seems like the correct one (with some sample code to boot)
thanks!
John

open regedit and goto key (or paste)

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\

To be safe
Right Click on Explorer and export

Remove these three subkeys ComDlg32 CIDOpen CIDSave

{885a186e-a440-4ada-812b-db871b942259} is the GUID for the Downloads FolderType. Because it is its own FolderType, a per-user custom default can be set using Apply to Folders from an Explorer view of the Downloads folder after setting the view to your liking. If this is done in a newly-created account before the Downloads folder is accessed by any dialogs, those custom settings should be applied to both fExplorer & dialog views.

KeithM said:

If you open Downloads from This PC, turn off grouping, and then use Apply to Folders to set this as your default template, that should reset the view of c:\users\<User>\Download as well.
Attachment 266138

If it doesn't, you've maxed out saved views & need to delete them:

Code:

'BagMRU', 'Bags' | %{ri "HKCU:\SOFTWARE\Classes\Local Settings\Software\Microsoft\Windows\Shell\$_" }
gps explorer | spps

Then, try Apply to Folders​ again. Once you've successfully created a custom template, clear saved dialog views so they will use your custom template:

Code:

$Bags = 'HKCU:\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\Bags'
$DLID = '{885A186E-A440-4ADA-812B-DB871B942259}'
gci $bags -recurse |
   ?{$_.GetSubkeyNames() -contains $DLID} |
   remove-item -Path { join-path $_.PSPath $DLID }

gps explorer | spps

That should get things working as expected.

Keith, I found that after applying to all folders not to click on ok just close the dialog or is that what you are saying. I found when you click ok it reverts right back.

jfii said:

Keith, I found that after applying to all folders not to click on ok just close the dialog or is that what you are saying. I found when you click ok it reverts right back.

No. Noramlly, you can OK/Confirm you're way out of the dialogs like any other UI operation.




Apply to Folders will affect new dialog views but not saved dialog views. Is that what you're seeing?