WR v4.12.3

[Willy2]

- I ran WR version v4.12.3 last evening. I noticed that in the log file there were 2 lines that read:

Decompressing & Updating Windows Permission File c:\Program Files (x86)\PcWinTech\WR v4.12.3\files\permissions\7\profile.7z
Failed to decompress the file!


I also attached the logfile to this post (zipped up in a *.7z file).

This file ("profile.7z") was only (less than ??) 1 kb in size. Is this correct ?? I tried to decompress this file with 7zip (installed on my Win 7 system) and that also failed. Is this correct ?? Are there more files that WR / 7zip fails to decompress ?? I didn't see this error pop up in the logfile for other *.7z files. So, it seems that a file with this small size causes this error. Or is this an error in 7zip ?

To be fixed in the next version of WR ?

[Boggin]

I'll pass this onto Shane.

[Willy2]

- I suspect that this file ("profile.7z") is supposed to set the permissions for the root of the folder called "C:\users\....... ". Is this correct ?
- I ran WR because I have trouble changing some settings in Win 7 and I assumed that this was a matter of permissions of files in the "C:\users\..... " folder.

[Willy2]

I have another problem since I ran the last version of WR (v4.12.3).

I can change the behaviour of the system tray icons on my Win 7 system. I want to let Windows always show a few selected icons and always hide a few other icons. But after a restart the behaviour of those icons has been changed to the default behaviour of those icons. I.e. only show the icon for a few seconds in the system tray. After those few seconds the icon disappears.

Does the repair "Remove policies set by infections" cause this change in behaviour of the system tray icon ? Or is there another repair that resets the behaviour of the system tray icons ? Is this a "permissions" issue ? Either in the registry or for folders and/or files ?

Or is there another thing in WR that "interferes" with the working of the system tray icon ?

[Boggin]

You could uncheck Repair #12 which repairs icons which is probably the reason for why your icons are behaving in this way.

What is the reason you are running Windows Repair on your Win 7 ?

[Willy2]

- I ran the repairs to see if the program code had changed.
- I went through the repair logs and they showed that I ran repairs 1, 2, 3, 4, 7, 8, 10, 12, 13, 14 & 18 (in several combinations) but NOT in Safe Mode. So, it seems that one of those repairs breaks these system tray settings.
- And this could be either "policy" issue (repair #12) or a permission issue (repairs #1, 2, 3 ,4). The error mentioned in post#1 of this thread could be related to this "system tray" problem. I.e. due to a permission problem the user could be unable to change those system tray settings.

[Willy2]

- No, repair #12 only deletes the icon cache, whereas repair # 10 repairs a number of policies, repairs a number of settings in the registry.

[Boggin]

If your machine hasn't been infected then no policy changes will have occurred.

Run an antivirus scan to be sure.

[Willy2]

Yes & No. Because this behaviour of the system tray icon changed after I ran WR.

[Boggin]

Did you create a manual restore point before running WR ?

Even if you didn't, the program will have backed up your registry before running which you can restore.

I'll run WR tomorrow to see if it changes my icons.

By system tray do you mean taskbar ?

[Willy2]

- No, I mean only the system tray icons. Like the system tray icon for WR that sits in the system tray.
- Yes, I can restore the registry using Tweaking's Registry Backup to restore the proper working of the system tray icon. But that doesn't eliminate that running WR "breaks" the ability to change settings for individual icons on my Win 7 system.

[Willy2]

There is another problem with WR, this time with the repair "Repair Internet Explorer". Everytime I run this repair, one error keeps popping up multiple times:

"The switch /D is only valid together with the switch /S"

The only command I could find in the program code for this repair, with this /D switch is the command "ATTRIB .............. ". So, it seems that this MSDOS command also needs a /S switch to be able to execute that command without causing an error.

To be fixed in the next version of WR !!!!

[Boggin]

I haven't had any word back from Shane on this yet.

I'll send him another email.