UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36

Steps to reproduce the problem:
1. Close Chrome
2. Browse to the %TEMP% directory and ensure it is empty
3. Browse to the Chrome User Data folder and rename Certificate Revocation Lists (or copy in an older version of the file)
4. Open Chrome
5. Browse to chrome://components
6. Ensure the %TEMP% directory is still empty
7. Click "Check for update" underneath CRLSet (or wait for the CRLSet update to run)

What is the expected behavior?
The temporary directories/files used by Chrome should be deleted but the %TEMP% (parent) directory should not be.

What went wrong?
The %TEMP% directory is being deleted.

Did this work before? N/A 

Chrome version: 59.0.3071.115  Channel: stable
OS Version: 10.0
Flash Version: 

This issue can affect other applications in the system if they are not checking/recreating the %TEMP% directory. 
It can also occur more frequently in terminal server/remote desktop services environments as each session is given a new (and unique) %TEMP% directory at logon based on their session id (see https://technet.microsoft.com/en-us/library/cc755098(v=ws.11).aspx).