Lock Icon on MP3 Files

golf7 · 27 May 2009

I dont know what is going on with some mp3 files that I am downloading. The mp3 files that I had before I installed W7 are showing the correct foobar2000 icon, but the ones that I have downloaded, through firefox, are showing up with a lock icon on them.

I found something on google about the security by coming from a different computer and changed that in admisitrative tools, but that didnt help, even for newly downloaded mp3's.

Does anyone know why these mp3s are showing up with a lock icon on them?

You can see what I am talking about in the attached screenshot

golf7 · 27 May 2009

I am able to remove the lock icon now, as it is cause by the security of the permissions on the files.

If i add "Everybody" and allow full access to the file, the lock dissapears.

I tried to apply it to the entire directory, and the locks still stay there. And they continue to show up in future downloads from firefox.

This is a weird issue.

I did a clean install and am running build 7127 x86

EDIT: Narrowed the problem down to a firefox issue. If I download the files with any other browser, the files show up normally and without a lock icon and with all the permissions. Yet with firefox they are not giving "Everyone" full access to the file, which is causing the lock icon.

Reply if you are having similar issues with firefox 3.0.10 as well

smokingplatypus · 10 Jul 2010

It has to do with the Homegroup file/folder share permissions.

If you right-click the MP3 in question, and select Share with>Specific People then if you give Read/Write to Everyone, then the lock goes away.

Homegroup is a local file sharing feature only; so it should not affect the playability of the MP3 file on anyone else's machine.

Grumpy Old Tom · 03 Aug 2010

Well, I'll go you one better. I have an application (x86) in Win7 64 bit. It has template files in the C:\Program Files (x86)\Blah\Blah\template directory. I opened one of these, made changes to suit my wants, and saved a new file into the directory.

If I do a "File > Save As" from the application, I see this file listed with the others. But it has a small lock (as poster above) on the file icon. Checking the file properties, it's attributes are "AI" compared with simply "A" for the original files installed by the program.

If I navigate to the file from my desktop (i.e., Computer > C > Program Files (x86), etc), the file is not visible. Is there a new file attribute "Invisible?" What about Hidden (which it is not)?

Also, I am listed as the owner of the file.

Finally, the real odd one is, that although the application's "File > Save As" dialog box lists this file, the application does not load this file by default on opening, as it always has in the past. Yes, the name is correct...

Any ideas? Yes, I've searched, probably not well enough.

Thanks!

Tom

ETA: I thought, I'll just drag the file from the "File > Save As" dialog box to the same directory open in another explorer window. I got a "Source and target file are the same". So I saved it to a different directory, closed the program, and copied it over. Now it's in there, no lock. But from the application "File > Save As" box, it still shows the lock, and the application still isn't reading it. Plus, I'd saved an extraneous copy of the file with a silly name, and it remains visible in the "File > Save As" box, but is invisible in the other explorer window.

If I were you guys, I'd tell me that obviously I'm working in two different directories, somehow, but that just isn't the case; I've had a co-worker double check me.

I'm wondering if I should just reboot. Maybe NTFS is somehow out of synch.

logicearth · 03 Aug 2010

Grumpy Old Tom said:

Well, I'll go you one better. I have an application (x86) in Win7 64 bit. It has template files in the C:\Program Files (x86)\Blah\Blah\template directory. I opened one of these, made changes to suit my wants, and saved a new file into the directory....[lots of stuff here]

It has to do with the fact you are trying to edit or add files to "Program Files" which is a protected directory. Unless the application you are using is ran with administrative power any files you try and save will really go to "C:\Users\[username]\AppData\Local\VirtualStore"

Grumpy Old Tom · 03 Aug 2010

If that's the case, I'm going to drive out to Redmond and choke somebody.

ETA: And, by jumping jiminy, there they are, and now I have to go out to Redmond and choke somebody. Please let somebody know I'm coming and have the responsible person ready with their throat bared, I won't have much time...

Thank you sir.

fseal · 03 Aug 2010

Well better choke the people writing firefox for they are the ones doing something wrong... :)

It is well documented that programs are not to store anything in the programs folders, they MUST store settings and DLs or whtever by default into the users home folder only (Or allow the user to select another non system folder).

And as an open source program they should be QUITE familiar with this concept on Linux :)

Grumpy Old Tom · 04 Aug 2010

Actually, it isn't Firefox, it's Mathcad 15.

I was working on a different job that didn't require Mathcad, so temporarily forgot about this. And no, I'm not letting Redmond off the hook on this, though it's about stinking time they made a rule like this. What I'm ticked with Redmond about is that it LOOKS like it went to the C:\Program Files\whatever directory and IT DIDN'T, and I have no idea where it went until the dear fellow above told me.

Blast it all, I don't need that kind of smoke and mirrors from Explorer.

Thanks,

Tom

fseal · 04 Aug 2010

Yeah, the redirection is trickey

BUT the only other alternative would have been to just completely break nearly all programs written before Vista at least which would have been death.

The switchover to a user based OS rather than an Admin based one is hard and were all paying for it. But like all things (ipv6 and horrid SMTP/POP some day) they gotta be done sooner or later. Eventually it'll all be over with and no programs will write into protected areas any more causing weird problems. :)

Grumpy Old Tom · 04 Aug 2010

Oh, there was an alternative... SHOW ME THE DIRECTORY THAT YOU ARE WRITING MY FILE INTO! If you're going to redirect something, tell the poor drooling boob behind the keyboard, at least. If s/he can't understand it, well, at least you've done your part.

The caps are aimed at Redmond, not you... Really, all this code, and they can't give you a gentle little message that says "Sorry, dear one, you can't put this file here... how about we put it in this nice little folder over here..." Sheesh. It used to be a PERSONAL computer.

(I hope you got a little kick out of that. You ought to see the error dialogs & warnings I put in the few things I write!)

Thanks again,

Tom