Change and / or add to descriptions of items to be cleaned

Forums: 

When you click an item or group (like "Firefox") to clean - or not - having a general description of each is nice.
But some descriptions give just enough info to be dangerous in less experienced hands. IOW, some descriptions don't give enough info to make an informed decision (unless you're already very familiar w/ the files & content).

One useful thing (seems obvious to me) would be add file NAME, on things like Firefox, other browsers & apps that store the info to be deleted, in specific files. Show: "Site Preferences: (content-prefs.sqlite).
It would also allow looking up that file on Mozilla KB to see what all it stores / does.

Also, Site Preferences: "Settings for individual sites," (one example) could confuse some. They may think it includes site exceptions (cookie permissions). How about a few examples of settings types stored / to be deleted? Same for many others & not just for Fx.

Firefox Cache - WHICH caches? There are several.

In VLC, most recently used is stored in vlc-qt-interface.ini - unless changed recently.
Does BB clean only the recent files list & not touch any other config settings? When I read something like that, it scares me, because if not specific, some cleaners, etc., may delete OTHER info, or the whole file, in a case where users only want specific data deleted. It's happened to me.

There's a huge "trust me" factor here. If BB's only deleting the recent files from VLC (or what ever), maybe should say "ONLY recent files list." What about the play list, last directory?

One useful thing (seems obvious to me) would be add file NAME, on things like Firefox, other browsers & apps that store the info to be deleted, in specific files. Show: "Site Preferences: (content-prefs.sqlite).

That is what the preview is for. Around BleachBit 0.8 or 0.9, a new feature is you can right click on a single option (such as Site Preferences) to get a preview for a single option (without unchecking/checking any boxes).

It would also allow looking up that file on Mozilla KB to see what all it stores / does.

That would be nice, but it would be a lot of work to do this in a general way for all applications---and to keep the database of links up to date. New versions of FF and Google Chrome coming out so often doesn't help.

It would also allow looking up that file on Mozilla KB to see what all it stores / does.

Two answers:

#1 Try the preview

#2 Deleting cache is generally harmless, so the worst case is waiting a few extra moments for a download. Lately bandwidth is so fast I don't notice cache doing any work.

n VLC, most recently used is stored in vlc-qt-interface.ini - unless changed recently.
Does BB clean only the recent files list & not touch any other config settings?

The preview will show you it doesn't delete the file. Looking at vlc.xml (the CleanerML) shows you it cleans two sections in the .ini file.

What about the play list, last directory?

Try this

1. (optional) Make a backup of vlc-qt-interface.ini

2. Clean VLC

3. View vlc-qt-interface.ini and scan for data you wish were deleted.

---
Andrew, lead developer

Thanks Andrew,
Most importantly:

In VLC, most recently used is stored in vlc-qt-interface.ini - unless changed recently.
Does BB clean only the recent files list & not touch any other config settings?

The preview will show you it doesn't delete the file. Looking at vlc.xml (the CleanerML) shows you it cleans two sections in the .ini file.

That isn't the way it works for me. It wipes entire contents of vlc-qt-interface.ini. (I made BU, 1st).
I'm using VLC v2.0.5 - Win.
As far as "The preview will show you it doesn't delete the file," I don't get it.
In preview, only shows: "Clean file ?B C:\Users\UserName\AppData\Roaming\vlc\vlc-qt-interface.ini"
To most, that doesn't show it will ONLY deleted part of the file (and it didn't - deleted all contents).
Sure, CleanerML for it could define parts of file, but regardless, it wiped entire file contents clean as a whistle in v2.0.5 in Vista.

Seems to be case where it's deleting more than description says.
WHAT I DID: R clicked "most recently used" item in BB's VLC section, then delete. Nothing left in file after cleaning (left the file name). I checked file before & after cleaning. All custom settings gone. Yes, I'm positive was wiped clean. VLC recreates it on next start, but w/o custom prefs.

In CleanerML:option id="mru". There is no mru section in the ini file. It's called "[RecentsMRL]" - not sure if that matters.

One useful thing (seems obvious to me) would be add file NAME, on things like Firefox, other browsers & apps that store the info to be deleted, in specific files. Show: "Site Preferences: (content-prefs.sqlite).

That is what the preview is for. Around BleachBit 0.8 or 0.9, a new feature is you can right click on a single option (such as Site Preferences) to get a preview for a single option (without unchecking/checking any boxes).

That's good. Wasn't aware of it. Don't see it in manual. May be in some changelog, but you have to think like a "avg to below avg user." I'd bet large % of users don't know that option exists, either.

When R click an item, is having the Clean option active a good idea, before previewing? Main UI is same way - clean w/o looking. Most times, no problem.
I can see some getting into trouble - cleaning w/ o previewing, but maybe that's a design decision you made.

It would also allow looking up that file on Mozilla KB to see what all it stores / does.

That would be nice, but it would be a lot of work to do this in a general way for all applications---and to keep the database of links up to date. New versions of FF and Google Chrome coming out so often doesn't help.

No - I meant allow users to look up the file names, on their own - not for you to provide links. They can get names by previewing AN item (if users knew about it), but when there's NO data found, avg users still don't know which files an item involves, or what ALL it stores. Thus, suggestion of putting file / folder(s) name in items general descriptions.

I can tell you look at "how will avg users interpret this" from a dev's viewpoint. Not an insult. I was same as an engineer, until started tutoring my kids & later taught HS math / sci. I quickly had to start looking at things (anticipating) from their perspective - or fail.

Andrew,

Have you confirmed that BB 0.95 portable (in Windows [Vista]) deletes the entire contents of VLC vlc-qt-interface.ini file, instead of only 2 sections, as you mentioned?

The preview will show you it doesn't delete the file. Looking at vlc.xml (the CleanerML) shows you it cleans two sections in the .ini file.

Have you confirmed that BB 0.95 portable (in Windows [Vista]) deletes the entire contents of VLC vlc-qt-interface.ini file, instead of only 2 sections, as you mentioned?

I tested Linux and Windows XP, and they work OK. On Windows, I tested with VLC 2.0.5. I set an arbitrary VLC option (hide VLC in the system tray), closed VLC, reopened VLC to confirm it saved, closed VLC, cleaned VLC with BleachBit 0.9.5, verified the vlc-qt-interface.ini file has the right contents, started VLC, and verified the setting (system tray) worked as it should.

I noticed BleachBit compresses vlc-qt-interface.ini by changing the Windows-style line endings (CRLF) to Unix-style, but as the test shows, it doesn't hurt anything.

Nothing left in file after cleaning (left the file name).

Was the file zero bytes? Was VLC running while it was cleaned?

In CleanerML:option id="mru". There is no mru section in the ini file. It's called "[RecentsMRL]" - not sure if that matters.

It doesn't matter because they are different things: MRU is the BleachBit code for the checkbox, and ReentsMRL is the section in the ini.

That's good. Wasn't aware of it. Don't see it in manual. May be in some changelog, but you have to think like a "avg to below avg user." I'd bet large % of users don't know that option exists, either.

People read the manual? :)

When R click an item, is having the Clean option active a good idea, before previewing? Main UI is same way - clean w/o looking. Most times, no problem.
I can see some getting into trouble - cleaning w/ o previewing, but maybe that's a design decision you made.

You are suggesting forcing users to preview before cleaning? Hmm. That might help some people, but it would frustrate lots of others. My comprise is always showing the "are you sure?" dialog box.

No - I meant allow users to look up the file names, on their own - not for you to provide links. They can get names by previewing AN item (if users knew about it), but when there's NO data found, avg users still don't know which files an item involves, or what ALL it stores. Thus, suggestion of putting file / folder(s) name in items general descriptions.

Look up, how? For example, like this? User right clicks on VLC - Most Recently Used, and then he chooses "Describe cleaning" which shows the patterns used for cleaning.

Right now you can run the preview, copy the file names to the clipboard, and paste into Google.

---
Andrew, lead developer

Yes, I'm suggesting (at least as default setting) that users preview before deleting. :) I know avg users want instant results w/ no effort & the forums are full of their cries for help.

VLC wasn't running while cleaning. I tested again tonight. Same result.

It leaves a 0 bytes file. I said it was clean. Opened it in Notepad++ - absolutely clean. Not a mark in it after BB cleaning.

I'm running BB under the same std user acct (Vista) that the VLC config file is stored in, under C:\Users\username\AppData\Roaming\vlc\.

Haven't tried running VLC under an admin acct, then BB cleaning of VLC, also running in admin mode. I'd expect same results.

If you're not seeing BB wipe vlc-qt-interface.ini completely clean in XP (only), there may be a difference in Vista & later.

I noticed BleachBit compresses vlc-qt-interface.ini by changing the Windows-style line endings (CRLF) to Unix-style, but as the test shows, it doesn't hurt anything.

I don't know much about Unix style, but that wouldn't result in a 0 bytes file - would it? OTHER point I made - when reopen VLC after cleaning, if BB ONLY cleaned MRU, MRL - my custom settings would still be there. They aren't. VLC creates new default vlc-qt-interface.ini on restart, when it's missing / empty. I don't think the partial cleaning is working - in Vista.

NOTE: You said BB "changes vlc-qt-interface.ini Windows-style line endings (CRLF) to Unix-style." But, when I open the file after cleaning (& it's empty), BEFORE launching VLC again, looking at Notepad++ EOL conversion option, it still shows the style is Windows, not Unix - as you said. Here, a moot point, since file is empty.

This example is one reason I say people should preview & BU things - like certain files that, if something goes wrong w/ cleaning, they won't have to redo all settings; or other files that contain important info, where BB (or any other) is supposedly cleaning only part of the file.