Speaking of YouTube.......

[Graycode]

(Nov. 16, 2008 12:22 PM)43unite Wrote:  My Linux distro is configured to send this garbage to /dev/null so it is impossible for that data to be stored on my system.

That's almost what I do in Windows.

(Nov. 17, 2008 01:24 PM)43unite Wrote:  Global setting must be done on site. Adobe actually accesses and displays your system settings. It is the only way to change them.

Yes but I prefer to not have settings or other of their SOL crud at all.

(Nov. 17, 2008 03:10 PM)ProxRocks Wrote:  so here is the "fix", set them d@mn Global Settings, go to your user-name's "\Application Data\Macromedia\Flash Player\macromedia.com\support\flashplayer\sys" folder, COPY settings.sol and save it somewhere nice...

now when you run CCleaner (or equiv.), RECREATE that folder structure and COPY that settings.sol back in...

Interesting topic. I'm definitely in the minority since I allow very few Flash into a browser. So anyway ...

C:\Documents and Settings\USER-NAME\Application Data\Macromedia\Flash Player\ ...

Long ago I removed the \Macromedia\ directory and replaced it with a FILE having the same 'Macromedia' name. The file content doesn't matter, zero-length is fine. Now when the software tries to create its sub-dirs with cookies & other data within that supposed directory, they can't. There is never anything contained within my \Macromedia because it's been made into a File, and thus is no longer capable of permanently storing that crud.

Almost all SWF still works normally. A few occasionally go silent, perhaps because they're relying on being able to store some crud that I wouldn't want. That may not be the solution that works for everyone. If you delete that file the software will recreate its directory structure.

The method works because Windows won't allow both a file and a directory to exist with the same name within the same path. I think Linux would, so linking it to /dev/null there would be equivalent.