Legacy folder names and symlinked names not resolved ...

[Oliver]

The rule "System\Temporary Files" chooses to delete the folder C:\Users\Oliver\Local Settings\Temp\vmware-Oliver, but there is no way for me to whitelist that location.

There is no way to enter free form paths, and when I try to drill down to the above path in the "Browse For Folder" dialog, I get an access denied error. This, AFAIK, is known Windows behavior.

Those are symlinks meant to reparse to the new name/location and thereby support legacy applications that rely on the pre-Windows-Vista name.

Would it be possible, please, to add either a way to enter free form paths or that Bleachbit resolves paths before processing them and thus being able to figure out that C:\Users\Oliver\AppData\Local\Temp\vmware-Oliver is the same as C:\Users\Oliver\Local Settings\Temp\vmware-Oliver?!

Thanks.

NB: I moderately "speak" Python, so if you think you'd prefer a code patch, point me to the style guide and I'll try to get busy.

[Andrew Ziem (ahziem1)]

I see the problem.

There is not an official guide to the style of coding, so I suggest following what you see, and if it is really different, I can change it.

[Oliver (oliver-assarbad)]

@ahziehm1: looks like I am going to look into this. Bleachbit (as of 1.2) also gets confused by circular junctions/symlinks. I am looking into this. Do you happen to have a "how to hack Bleachbit" guide somewhere? A first search didn't yield anything, but I may have used the wrong search terms.

[Andrew Ziem (ahziem1)]

This is a quick start guide to BleachBit development. Let me know if anything is missing or unclear.
http://bleachbit.sourceforge.net/documentation/running-source-code

Especially for this kind of problem a unit test would be helpful. Unit tests are in the ./tests/ directory and can be executed using 'make test'.

[Launchpad Janitor (janitor)]

[Expired for BleachBit because there has been no activity for 60 days.]