file deleter not working

csgalloway

the attached thursday.txt was copied and pasted into the files to delete dialog. thursday.png shows the options selected. After it rebooted - there were no files deleted.

Cache and debug folder are at in a 7z file shared with : https://1drv.ms/u/s!Ap7yFWW-Hrge91HPF_jcCky0C2qS?e=i28UcN

......................

jv16

Thank you for reporting! I'm investigating.

jv16

CSGalloway wrote

the attached thursday.txt was copied and pasted into the files to delete dialog.

Can you elaborate what do you exactly mean by this? We have tried to reproduce the bug in our testing systems but we have been unable to do so, every time we try this, the File Deleter is working correctly. That's why I'm asking if you could provide more detailed information of the steps you take to see this issue.

csgalloway

jv16 wrote

CSGalloway wrote

the attached thursday.txt was copied and pasted into the files to delete dialog.

Can you elaborate what do you exactly mean by this? We have tried to reproduce the bug in our testing systems but we have been unable to do so, every time we try this, the File Deleter is working correctly. That's why I'm asking if you could provide more detailed information of the steps you take to see this issue.

I load the file into notepad, select all, copy, then open File Deleter, paste into "Files to delete", then have it proceed and reboot.

Files are not deleted...

jv16

You need to enter the full filename of the file you wish to delete to the File Deleter. For example, something like C:\users\csg\desktop\Thursday.txt

csgalloway

jv16 wrote

You need to enter the full filename of the file you wish to delete to the File Deleter. For example, something like C:\users\csg\desktop\Thursday.txt

thursday.txt is inside thursday.7z in https://jv16powertools.com/forum/download/file.php?id=4788

As you can see - each file has it's full path.....

csgalloway

Followup to my just posted reply:

I also did a test to see if there were any files still existing after the last file Deleter attempt.

[C:\path\> for %fn in (@thursday.txt) if isfile "%fn" echo %fn

has every file listed that is in thursday.txt so NOTHING was removed.

csgalloway

@jv16 - can I help debug what is going on here? Or give you any more information? etc.....

jv16

Let me see if understood the issue correctly. You have a file called Thursday.txt which contains multiple filenames such as:

C:\Backup\Windows\servicing\LCU\Package_for_RollupFix~31bf3856ad364e35~amd64~~19041.1415.1.6\amd64_microsoft-windows-a..g-whatsnew.appxmain_31bf3856ad364e35_10.0.19041.746_none_57c8601baf818c0d\f\new360videossquare44x44logo.targetsize-16_altform-unplated_contrast-black.png

You copy pasted these filenames from the Thursday.txt to File Deleter's What Files To Delete box and clicked Start and the files were not deleted.

Is this what happened?

csgalloway

That is totally correct @jv16

csgalloway

the name on the first line of thursday.txt, [C:\Backup\Windows\servicing\LCU\Package_for_RollupFix~31bf3856ad364e35~amd64~~19041.1415.1.6\amd64_microsoft-windows-a..g-whatsnew.appxmain_31bf3856ad364e35_10.0.19041.746_none_57c8601baf818c0d\f\new360videossquare44x44logo.targetsize-16_altform-unplated_contrast-black.png" is 273 chars long.

I tried using

icacls FlenameIs273CharsLong.txt"

and got:

Successfully processed 0 files; Failed processing 1 files

so then thinking the filename is too long I tried using SUBST

subst p: C:\Backup\Windows\servicing\LCU\Package_for_RollupFix~31bf3856ad364e35~amd64~~19041.1415.1.6\amd64_microsoft-windows-a..g-whatsnew.appxmain_31bf3856ad364e35_10.0.19041.746_none_57c8601baf818c0d\f"

icacls P:\new360videossquare44x44logo.targetsize-16_altform-unplated_contrast-black.png

and that one worked.

hence i think part of the problem is that you are not allowing for VeryLongFileNames.txt

jv16

We tested this using the exact same filenames and there was no problem, the file was deleted, even with the long filename.

Here is a random thought: Are you sure Word Wrap is disabled when you open the thursday.txt and copy paste the long filenames from there to File Deleter? If the filenames are wrapped to multiple rows, then I could see it failing.

csgalloway

there is no problem with copy and paste with notepad. The problem comes from your software.....

The file names appear on seperate lines in the "files top Delete" entry area

csgalloway

I did a screen capture once I had pasted the files to delete....

20220825.png

jv16

I can see from the screenshot that you are also being affected by the cache files being out of sync problem, which causes all the buttons to display "SharedButtons" text.

To make sure the caching issue isn't causing this, could you uninstall and then reinstall the program and try again? This fixes the caching issue and the button captions, at least.

We have tried to reproduce the reported issue about the File Deleter not working, including using the exactly same filenames as you, but we cannot reproduce the issue - the File Deleter is always working in our testing systems.

csgalloway

Is it possible to get build 7.5.0.1463 please?

csgalloway

CSGalloway wrote

Is it possible to get build 7.5.0.1463 please?

https://jv16powertools.com/downloads/old/

does not list verion numbers.

csgalloway

I see from https://jv16powertools.com/forum/viewtopic.php?f=45&t=6243


We do not use a version number in the installation file URL, because if we did, anyone linking to the product’s installer file would need to update their links after every new version update. If you wish to use an URL with a version number, these are also available in the format of:
https://jv16powertools.com/downloads/old/jv16pt_setup_VERSION.exe

For example:
https://jv16powertools.com/downloads/old/jv16pt_setup_7.3.1.1392.exe

So for v7.5.0.1463

the download link would be:

https://jv16powertools.com/downloads/old/jv16pt_setup_7.5.0.1463.exe

Is that correct?

jv16

CSGalloway wrote

I see from https://jv16powertools.com/forum/viewtopic.php?f=45&t=6243

We do not use a version number in the installation file URL, because if we did, anyone linking to the product’s installer file would need to update their links after every new version update. If you wish to use an URL with a version number, these are also available in the format of: https://jv16powertools.com/downloads/old/jv16pt_setup_VERSION.exe For example: https://jv16powertools.com/downloads/old/jv16pt_setup_7.3.1.1392.exe

So for v7.5.0.1463

the download link would be:

https://jv16powertools.com/downloads/old/jv16pt_setup_7.5.0.1463.exe

Is that correct?

Yes, that is correct.

jv16

CSGalloway wrote

CSGalloway wrote

Is it possible to get build 7.5.0.1463 please?

https://jv16powertools.com/downloads/old/

does not list verion numbers.

It does list version numbers but sadly the default view doesn't have enough space to show the full file names, which is why the build number isn't fully visible in this listing. This listing view is provided by the web server, so there is not really anything we can do about this.

You can see the full version number if you keep the mouse cursor over the filename, the popup message and/or the browser's status bar shows it fully.

PS. Does this mean that uninstalling and reinstalling the latest version did not solve the issue?