DooGie wrote

More problematic in Windows 7 is the fact that any Invalid file or directory references do not get fixed or deleted. All other sections work fine apart from this one.

Can someone else confirm? Also, is this issue specific to Windows 7 or not?

I used the extended UI with the settings at "More aggressive".


Then I switched to the simple UI and when clicking "Clean and fix..." I got the warning message about using the aggressive mode.


In the simple UI you can not change that because you can't access the scan settings, so you have to abort.


So, after switching from the extended UI to the simple UI the settings are kept as they were before.


Question: shouldn't it be better to return automatically to the default normal setting when the user switches from the extended to the simple UI, or is the actual situation by design, i.e. the settings choosen in the extended UI are kept when switching to the simple UI? Maybe that's easy for the advanced user who previously chooses his settings in the extended UI and then switches to the simple UI so he has afterwards only have to click on "Clean and fix..." to start immediately the cleaning mode he prefers.

tullik wrote
The explore button (...) in the caption area for a file does not do anything. Explore in the file's context menu works properly (i.e., the folder is opened).

You are correct, this bug is now also fixed.

tullik wrote
Registry items in MRU and History Data do not have Open in RegEdit in the context menu.

This is by design because some MRU and History Data items do not have registry entries, some have only files. And to show RegEdit option for some and for some not would be confusing, I think.

Sorry, we encountered an error while displaying this content. If you're a user, please try again later. If you're an administrator, take a look in your Flarum log files for more information.

redseujac wrote
I

Question: shouldn't it be better to return automatically to the default normal setting when the user switches from the extended to the simple UI, or is the actual situation by design, i.e. the settings choosen in the extended UI are kept when switching to the simple UI? Maybe that's easy for the advanced user who previously chooses his settings in the extended UI and then switches to the simple UI so he has afterwards only have to click on "Clean and fix..." to start immediately the cleaning mode he prefers.

I gave this question lots of thinking and I came to the same idea as you: some advanced users might want to use the extended GUI mode to define the scan to work as they want, and then switch to simple mode in order to always start the scan with just one click, using the settings they want.

Sorry, we encountered an error while displaying this content. If you're a user, please try again later. If you're an administrator, take a look in your Flarum log files for more information.

FYI: I released an updated version with all the fixes mentioned above, the new version is available via the Help menu's Check For Updates feature. The program should also automatically prompt you about the new version.

Sorry, we encountered an error while displaying this content. If you're a user, please try again later. If you're an administrator, take a look in your Flarum log files for more information.

jv16 wrote
DooGie wrote

More problematic in Windows 7 is the fact that any Invalid file or directory references do not get fixed or deleted. All other sections work fine apart from this one.

Can someone else confirm? Also, is this issue specific to Windows 7 or not?

In my case it is specific to Windows 7 x64.


In Vista x64 it behaves as it should and either fixes or deletes the invalid entries.

redseujac wrote

Is the developer able to fix it, please?

Could you please start the program in Debug Mode, and from the Debug Log (after you have started the Scan) check what does it say after:

EasyFixForm.StartFileCleaner TempDirs=


This list contains all the directories the program has detected to be system's temp dirs.

Sorry, we encountered an error while displaying this content. If you're a user, please try again later. If you're an administrator, take a look in your Flarum log files for more information.

Hello,

After installing RC1b I can't see anymore the Language menu : - all the languages installed.

In RC1 it is present.

I am running under XP/SP3.

Jean-Paul

Sorry, we encountered an error while displaying this content. If you're a user, please try again later. If you're an administrator, take a look in your Flarum log files for more information.

jv16 wrote
...

Could you please start the program in Debug Mode, and from the Debug Log (after you have started the Scan) check what does it say after:

EasyFixForm.StartFileCleaner TempDirs=


This list contains all the directories the program has detected to be system's temp dirs.

Unfortunately exactly what I feared: it founds only the following folders:

C:\Program Data\TEMP

C:\Temp

C:\Windows\Temp

EasyFixForm.StartFileCleaner TempDirs=C:\ProgramData\TEMP\ C:\Temp\ C:\Windows\Temp\


My actual Temp folders = E:\XX\Temp and E:\XX\Tijdelijke Internetbestanden (dutch for E:\XX\Temporary Internet Files)


Strange enough look at this in the debug.log

TempDir=E:\XX\TEMP\jv16PT_2009\ (E:\XX\TEMP, being the correct Temp files folder)!


Edit: Look at this post.

jv16 wrote
tullik wroteRegistry items in MRU and History Data do not have Open in RegEdit in the context menu.

This is by design because some MRU and History Data items do not have registry entries, some have only files. And to show RegEdit option for some and for some not would be confusing, I think.

I think a user who can't tell a file from a registry entry is already too confused …


I found the two highlighted items below worth checking ...


Without an Open in RegEdit option somewhere (context menu or caption area), it is not possible to easily see what the items represent. Even using a RegEdit search, after Start-->Run-->RegEdit, would be a problem, since what is shown provides no reliable information for what to use for the search.


It turns out the lines represent the Name and ID entry names for HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DirectDraw\MostRecentApplication -- who would have guessed?

05-08-2009_12-15-24.jpg

Helo Jouni,

jv16 wrote

Do you have any updated translations installed? I.e. translations whose Header contains:

ProgDef = jv16/PTLite

The previous beta versions listed also the not-valid translations.

Yes, there is the Dutch translation for PT Lite. I deleted all other translations, so only English and Dutch are left ... no Language menu comes up.

Best regards

Jean-Paul

Continuation of this post.


Sorry, I think I have found it and it seems to be my fault :


In FileCache.dat I had changed E = True in E = False and E:\XX\Temp is my actual Temp files folder... so...


When I changed it again in E = True, the temp files are listed


But... the Temporary Internet Files aren't shown yet and that remains an issue :


Conclusion: for the program being able to find Temp files the folder containing those Temp files may not be excluded from the FileCache.dat file, i.e. you may NOT put " = False.

jepe wrote
Helo Jouni,

jv16 wrote

Do you have any updated translations installed? I.e. translations whose Header contains:

ProgDef = jv16/PTLite

The previous beta versions listed also the not-valid translations.

Yes, there is the Dutch translation for PT Lite. I deleted all other translations, so only English and Dutch are left ... no Language menu comes up.

Best regards

Jean-Paul

Confirmed! Jepe IS right: Translations are NOT showing in the Menu, though my Dutch translation is up-to-date and the header contains the right ProgDef. I also changed for testing that header in the French translation. Nothing to do: no "Translations" in Menu.


That issue should be fixed!

redseujac wrote

Confirmed! Jepe IS right: Translations are NOT showing in the Menu, though my Dutch translation is up-to-date and the header contains the right ProgDef. I also changed for testing that header in the French translation. Nothing to do: no "Translations" in Menu.


That issue should be fixed!

This is indeed a bug and I just noticed and fixed it myself. No language menu is shown if only two translations exist (e.g. English and Dutch), it is shown if three or more valid translations are found. The fix was included to the just-updated jv16 PowerTools and it will also be included to the next released version of PT Lite.

The Interface.dat option MainFormAutoHide does not work. The main window always "autohides" whether the setting is True or False.


Its correct operation would only interest advanced users. For example, one may wish to examine backups while the scan runs.


Of course one can force the main window to reappear, or call the backup tool directly, using menu options in the list window.

jv16 wrote
clydeman wroteThe Obsolete,Microsoft and Unknown entries are not being fully shown on this computer.Just thought I'd pass this along.

What do you mean exactly?

I can't see what it's going to delete.It's not showing all of the line.I must click on it and read it at the top of the page.

tullik wrote


With the ignore words shown below, I just got the results in the screenshot. With RC1 . . .

*** Skip HKUS twin of HKCU items

S-1-5-21-2736614755-4186107725-1336004102-1010

* * *

RunMRU

LastKey

jv16

Would it be possible for you to send me the registry structure you use for this test as .reg file?

tullik wrote
The Interface.dat option MainFormAutoHide does not work. The main window always "autohides" whether the setting is True or False.

This is now fixed, thank you for reporting!

redseujac wrote

Conclusion: for the program being able to find Temp files the folder containing those Temp files may not be excluded from the FileCache.dat file, i.e. you may NOT put " = False.

Indeed, this is by design.

jv16 wrote
tullik wrote


With the ignore words shown below, I just got the results in the screenshot. With RC1 . . .

*** Skip HKUS twin of HKCU items

S-1-5-21-2736614755-4186107725-1336004102-1010

* * *

RunMRU

LastKey

jv16

Would it be possible for you to send me the registry structure you use for this test as .reg file?

Yes indeed. The .reg file is already posted here: http://www.macecraft.com/phpBB3/viewtopic.php?p=19092#p19092

jv16 wrote
redseujac wrote

Conclusion: for the program being able to find Temp files the folder containing those Temp files may not be excluded from the FileCache.dat file, i.e. you may NOT put " = False.

Indeed, this is by design.

Okay, but it doesn't alter the fact that my Temporary Internet files are NOT found even if I do = True, i.e. "E = True" (my Temporary Internet FIles folder being "E:\XX\Tijdelijke Internetbestanden").


That Temporary Internet Files folder is yet correctly indicated in my registry.

redseujac wrote
... but no (recent) files in my real Temporary Internet Files folder on my system, i.e. E:\XX\Tijdelijke Internetbestanden, though in my Registry that folder is indicated as "Cache" in HKCU\Soft\MSoft\Win\CurVer\explorer\User Shell Folders and HKCU\Soft\MSoft\Win\CurVer\explorer\Shell Folders.

I believe there should be an explanation of what the levels of severity mean (or it should be more obvious as I cannot fint it).


Additionally, the program lists my registry health as 98%, without further explanation. This is after running the program.


What does this figure refer to ( the missing two percent)?

Would it be possible to add a feature to the uninstall procedure so that any backups do not get deleted. ie the backup directory remains after uninstalling PT Lite.

Sorry, we encountered an error while displaying this content. If you're a user, please try again later. If you're an administrator, take a look in your Flarum log files for more information.
Sorry, we encountered an error while displaying this content. If you're a user, please try again later. If you're an administrator, take a look in your Flarum log files for more information.

No problem Jouni. It was only a suggestion :)

tullik wrote
jv16 wrote
tullik wrote


With the ignore words shown below, I just got the results in the screenshot. With RC1 . . .

*** Skip HKUS twin of HKCU items

S-1-5-21-2736614755-4186107725-1336004102-1010

* * *

RunMRU

LastKey

jv16

Would it be possible for you to send me the registry structure you use for this test as .reg file?

Yes indeed. The .reg file is already posted here: http://www.macecraft.com/phpBB3/viewtopic.php?p=19092#p19092

This issue is now fixed, thank you for reporting! Fixed from jv16 PT and PT Lite.

FYI a new version of PowerTools Lite has been released, it can be downloaded via the program's Check For Updates feature. This is the same version that will be released as final version tomorrow (if no major bugs are found).

Just installed 1.9.0.572 Jouni and I get the following dialogue boxes on starting it up.

ac13.png

DooGie wrote
Just installed 1.9.0.572 Jouni and I get the following dialogue boxes on starting it up. ...

This hasn't happened for me with Vista BE (not SP1).

Using Vista Home Premium SP1 x64.


Think I'll re download and try again. Could be a corrupted download.

Using the extended interface, I have five PTLite windows open. Four have the minimize button. Clicking that button in any of the four windows causes all five to minimize to the task bar.

Uninstalled, cleared the cache, rebooted, re-downloaded and installed.


Still the same dialogue boxes :(

jv16 wrote
tullik wrote


With the ignore words shown below, I just got the results in the screenshot. With RC1 . . .

*** Skip HKUS twin of HKCU items

S-1-5-21-2736614755-4186107725-1336004102-1010

* * *

RunMRU

LastKey

jv16

Would it be possible for you to send me the registry structure you use for this test as .reg file?

jv16 wrote
tullik wroteYes indeed. The .reg file is already posted here: http://www.macecraft.com/phpBB3/viewtopic.php?p=19092#p19092

This issue is now fixed, thank you for reporting! Fixed from jv16 PT and PT Lite.

The items still appear in the results list.


One example: HKEY_LOCAL_MACHINE\Software\classes\Bad item display\by jv16PT\in structured list\Subkey 2\c


The detail is not in the detail lines but does show in the caption area.