jv16 PowerTools 2006 RC2

redseujac

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

PT2006RC2-Registry Search & Replace-Right Click items-Bug

----------------------

- Run Registry Search & Replace

- Results Window

- Right Click entry (entries)

- Open in RegEdit

- Jumps to My Computer instead of to the desired Entry

Conclusion: Bug!

tullik

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.

tullik

redseujac wrote
PT2006RC2-Registry Search & Replace-Right Click items-Bug

----------------------

- Run Registry Search & Replace

- Results Window

- Right Click entry (entries)

- Open in RegEdit

- Jumps to My Computer instead of to the desired Entry

Conclusion: Bug!

I confirm that Registry Find & Replace problem. Here is another:

It did not remember the previous settings on the Search words, Options, and Ignore words tabs -- it did remember the Replace with tab; did not test Search by date tab. Backups made (3) during the test were correct. Preference saving worked for the four tabs used.

Note: the bug is in the call to regedit. In the test, the find (Skin) was actually changed (to skix) -- confirmed with regedit from Registry Finder.

jv16

tullik wrote

Unresolved in RC2

http://www.macecraft.com/phpBB2/viewtopic.php?p=3634#3634

-- Tool=RC -- Area=bkp -- Main issue=reliability - (jv says fixed)

Should now be fixed.

http://www.macecraft.com/phpBB2/viewtopic.php?p=3606#3606

-- Tool=RC -- Area=CF -- Main issue="synonym" handling - (jv says fixed ...)

This should now be fixed. There were many bugs with this feature, I fixed the first one previously but now all the problems should be fixed.

http://www.macecraft.com/phpBB2/viewtopic.php?t=882

-- Tool=RC -- Area=CF -- Main issue=Bad backup - (jv says fixed)

Could you please verify that this is still not fixed? I can't seem to be able to find anything more to fix.

jv16

software wrote
Trying the " custom uninstall" in the software manager, the installation folder couldn`t be found.

Installation path i.e. C:\program files\winrar

Main executable: uninstall.exe

Nothing happens, only the message: "Could not locate the program`s uninstaller"

Is this a general error of jv16 beta,that software, being installed in former days of the installation of jv16, can`t be uninstalled?

The "uninstall" of registry is okay.

This bug should now be fixed, thank you for reporting.

jv16

tullik wrote

Perhaps jv can confirm whether this is normal, or a possible bug?

This is normal, you can avoid it by checking the "Use as little CPU power as possible" from the Registry Cleaner's options tab.

tullik

jv16 wrote
tullik wrote

http://www.macecraft.com/phpBB2/viewtopic.php?t=882

-- Tool=RC -- Area=CF -- Main issue=Bad backup - (jv says fixed)

Could you please verify that this is still not fixed? I can't seem to be able to find anything more to fix.

I just confirmed that it is fixed (sort of).

In RC1, a specific line on the RC list generated two items into the backup entries.reg. The value In the first occurence was the original value. The value in the second occurence was a "fixed" value. Impact? A restore would (did) override the original value with the "fixed" value.

In RC2, the same one specific line still generated two items into the backup entries.reg. The value in both items was the same, so a restore created the original registry state.

tlstevens

In regards to the registry cleaner hanging. I followed the suggestion to check use as little cpu as possible, I still had the program become unresponsive for a moment. This was confirmed by the task manager showing the program as not responding.

redseujac

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.

tullik

jv16 wrote
tullik wrote

Perhaps jv can confirm whether this is normal, or a possible bug?

This is normal, you can avoid it by checking the "Use as little CPU power as possible" from the Registry Cleaner's options tab.

The problem this concerns is here: http://www.macecraft.com/phpBB2/viewtopic.php?p=3844#3844

Other people have reported it elsewhere in the various betas.

While confirming this: http://www.macecraft.com/phpBB2/viewtopic.php?p=3880#3880 it happened again. Although I had "Use as little CPU power as possible" unchecked, I am reporting here because there was an apparent impact on Custom Fix.

= = = = = = = = = = = = = =

-- Brought the laptop out out of hibernation, started RC2 PT, and started RC

-- RC showed the upper right numbers, et cetera, then appeared to stall

-- Task manager showed almost no cpu usage -- RC stalled for over a minute, then broke loose and produced a list containing 41 lines

-- Selected all lines and clicked on "Custom Fix" -- the CF window looked good, however ... repeated clicking on OK (with delete selected) had no effect

-- Closed and recalled CF seven times -- same result

-- Closed RC2 PT and started over

-- There was only a very brief stall when RC started, and the CF OK button now worked ...

Also see here: http://www.macecraft.com/phpBB2/viewtopic.php?p=3854#3854

tullik

Note: this problem was previously reported elsewhere (at http://www.macecraft.com/phpBB2/viewtopic.php?p=3732#3732 and ff. ) mixed with other problems. This post focuses on the synchronization problem.

Situation:

Preliminary: one RC scan picked up 61 lines instead of the expected 41. The 20 extra lines were duplicates of other lines in the list. Simply rescanning then showed the expected 41 lines.

-- Ran RC which displayed 41 lines -- all were HKCU & HKUS high-level keys and "File or directory "path" does not exist" type errors -- there were 19 HKCU/HKUS "synonym pairs" (high-level keys point to or have the same entry-name/value) and 3 unique lines (all HKUS)

Test #1: did a select all and clicked "Remove" -- a completed progress bar appeared and all lines dropped from the list -- backup entries.reg contained 22 entry-name/value items (all were HKUS) -- RC rescan showed no lines -- after restore, RC rescan showed the original 41 lines

Test #2: did a select all and clicked "Fix" -- a progress bar appeared; when it completed, all lines dropped from the list and a message said 15 lines were fixed and the rest removed -- backup entries.reg contained 28 entry-name/value items (there was a mix of HKUS and HKCU) -- by definition, there were 6 redundant items -- RC rescan showed 1 line -- in one of the fixed lines, a value "1" was replaced with a value "path" (see below at (*1*)) -- after restore, RC rescan showed the original 41 lines

Test #3: did a select all and clicked "Custom fix..." -- the Custom fix... window appeared -- clicked the OK button repeatedly, in each instance taking the default action -- on the RC list: sometimes a line was removed, sometimes nothing happened, sometimes the line stayed on the list but the value was blanked out -- after the 41st "OK" nothing further happened -- closed CF -- the RC list still showed 25 selected lines; 3 had the value blanked out and one had the value changed to "N/A" -- at this point, backup entries.reg contained 29 entry-name/value items (there was a mix of HKUS and HKCU) -- by definition, there were 7 redundant items -- clicked "Fix" -- a progress bar appeared; when it completed, all lines dropped from the list and a message said 7 lines were fixed and the rest removed -- backup entries.reg contained 7 entry-name/value items (there was a mix of HKUS (one) and HKCU (six)) -- by definition, there were 7 redundant items -- did not do a rescan at this point -- the prior backup restored the registry state -- RC rescan showed the original 41 lines

Test #4: repeated Test #3, but after closing CF, did not fix or remove the 25 lines still on the list -- at this point, backup entries.reg contained 27 entry-name/value items (there was a mix of HKUS and HKCU) -- by definition, there were 5 redundant items -- instead, closed RC and PT, restarted PT and RC -- the new list displayed 12 lines, a subset of the original 41 -- removed them, backup entries.reg contained 7 items, all redundant -- did an RC rescan which showed no lines -- restored the first Test #4 backup, and did an RC rescan -- list showed 40 lines, the HKUS part of one "synonym pair" was not on the list; regedit showed it was in the registry with the original value; restored and scanned again, still got only 40 lines -- restored the backup from Test #1 and rescanned, still got only 40 lines -- maybe it will show tomorrow (regedit does show that the error value missing from the list is in the registry) ...

Conclusions:

1. Tests #2, #3, and #4 all generated redundant items in the backup entries.reg -- this did no harm since the backups restored the original registry state in each case.

2. Test #2 revealed a bug that places a "fix" in the value of the wrong registry item.

3. Tests #3 and #4 showed that "remove/backup/list purge" processing from Custom Fix is not synchronized. Since since the backups restored the original registry state in each case, this did no identified harm, but the Custom Fix and list purge behavior is very confusing.

4. Preliminary and Test #4 showed that the errors picked up by RC can vary for no obvious reason.

5. The "cleanest" way to run RC is as in Test #1 (just "Remove").

= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =

(*1*) Key: HKUS\S-1-5-21-3503787427-2573848751-2203751120-1003\Soft\BillP Studios\WinPatrol\Run\

.......Entry's name: %systemroot%\system32\dumprep 0 -k

.......Value: C:\Documents and Settings\Owner\Desktop\Action later\Scrapbook dt1\Scrapbook dt1\Annoyances.org_-_Problems_with_Microsoft_Tun_Miniport_Adapter_(W\logo.gif -- ("logo.gif" was a filename in a value in a different line in the original list; the rest of "path" shown here is a "fix" change to that line)

.......Error description: File or directory "C:\WINDOWS\system32\dumprep 0 -k" does not exist -- (this is an interesting bug ... the only case in the test where the error was in the entry-name, not in the value)

Note: the original for this line was the last item in the backup; the preceding line in the backup was one the "fix" might have applied to; regedit showed that RC actually applied the "fix" to that line)

jv16

redseujac wrote
PT2006RC2-Registry Search & Replace-Right Click items-Bug

----------------------

- Run Registry Search & Replace

- Results Window

- Right Click entry (entries)

- Open in RegEdit

- Jumps to My Computer instead of to the desired Entry

Conclusion: Bug!

You are correct, this bug is now fixed. Thank you for reporting.

jv16

tullik wrote
The Directory column in the Directory Finder results list does not sort when clicked.

This bug is now fixed, thank you for reporting.

jv16

tullik wrote
File Finder "forgets" More Functions

The "More Functions..." and "Remove" buttons remain greyed out when lines are selected.

When this happens, is the status bar line at the bottom of the window working correctly? In other words, when one item is selected (for example), does the status bar say that one item is selected?

jv16

tullik wrote
Bad orientation of "paste" in entry area

The pop-up "Please enter a description for this backup." appears with a default description highlighted, which is fine. However, when you paste a preferred description over the default, the pasted text is not oriented correctly in the entry area. It shifts partially out of sight to the left. Of course hitting the "Home" key corrects the alignment within the entry area.

This is a feature of Windows, I don't think there's a way to fix that.

jv16

tullik wrote
Unnecessary "entries.reg" in file backup structure

A backup for 28 shortcuts looked good except for the presence of an "empty" entries.reg (contained only header information).

Note: the error did not occur in a backup for 3 shortcuts.

The product automatically removes this kind of empty backup files and structures from time to time.

tullik

jv16 wrote
tullik wroteFile Finder "forgets" More Functions

The "More Functions..." and "Remove" buttons remain greyed out when lines are selected.

When this happens, is the status bar line at the bottom of the window working correctly? In other words, when one item is selected (for example), does the status bar say that one item is selected?

I am 99%+ sure that the status line counts were correct. If they were not, I don't believe I would have tried "More Functions".

That's from memory-- not sure I could recreate the loss of the active button status. Worked around the problem after starting over by very carefully selecting all the "Remove from list" items before doing More Functions just once.

tullik

jv16 wrote
tullik wroteUnnecessary "entries.reg" in file backup structure

A backup for 28 shortcuts looked good except for the presence of an "empty" entries.reg (contained only header information).

Note: the error did not occur in a backup for 3 shortcuts.

The product automatically removes this kind of empty backup files and structures from time to time.

I have noticed BackupPruning.dat and that the entries do go away after a time. I was just curious why sometimes the empty files are created and sometimes they are not.

tullik

Re: Bad orientation of "paste" in entry area

jv16 wrote
tullik wroteBad orientation of "paste" in entry area

The pop-up "Please enter a description for this backup." appears with a default description highlighted, which is fine. However, when you paste a preferred description over the default, the pasted text is not oriented correctly in the entry area. It shifts partially out of sight to the left. Of course hitting the "Home" key corrects the alignment within the entry area.

This is a feature of Windows, I don't think there's a way to fix that.

The behavior occurs quite often in Registry Cleaner where the user may remove many lines at once. The default backup description can be quite long (see screenshot #1). Some users may prefer to paste a shorter, more meaningful description (for example, one copied from the backup tool). The problem seems to occur only when a fairly short string is pasted over a long string.

When the shorter description is pasted over the highlighted default, screenshot #2 is the immediate result -- again, hitting the "Home" key corrects the alignment within the entry area.

There may be a potential solution ... if the default string is left-oriented (as in screenshot #3) instead of right-oriented (as in screenshot #1), the paste result is as shown in screenshot #4.

Is it possible to show the default string with a left orientation? I don't know. In any case, it is not a priority situation.

= = = = = = = = = = = = = = = = = =

Screenshot #1

........ Right side orientation ........

Default string is: {KEY}, {KEY}, Changed, SlowInfoCache, {KEY}, Changed, SlowInfoCache, b, b, a, a, c, c, f, f, g, g, d

Substitute string is: Obsolete Add / Remove menu entries

= = = = = = = = = = = = = = = = = =

Screenshot #2

Result of paste into Screenshot #1

= = = = = = = = = = = = = = = = = =

Screenshot #3

........ Left side orientation ........

= = = = = = = = = = = = = = = = = =

Screenshot #4

Result of paste into Screenshot #3

= = = = = = = = = = = = = = = = = = = = = =

« Previous Page Next Page »