Apple Event: May 7th at 7 am PT

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

10.7 - unable to directly update app in Applications folder

Since upgrading to 10.7, whenever I download a newer version of an application, and drag it to the Applications folder to replace the current version, I get the usual messages about replacing the file, and I get prompted for my admin username and password, but then I get the following message:


The operation can’t be completed because some items had to be skipped. For each item, choose File > Get Info, make sure “Locked” is deselected, and then check the Sharing & Permissions section. When you are sure the items are unlocked and not designated as Read Only or No Access, try again.


In the Applications folder, the app I tried to upgrade now has a "no" symbol (circle-backslash) on it. I can manually move that app to the trash, and it deletes with no problem. At that point, I can drag the newer version of the app to the Applications folder without any issues.


I've checked several of the current app files, and they aren't locked, and I do have permissions to them.


Up until 10.7, the dragging of the newer version of the app would automatically replace/overwrite the older version in the Applications folder. Now, it's a two-step process, and requires the admin username and password twice, once for the app delete, and again for the move of the newer version into the folder. Not horrible, but twice the work ;- )


Does anyone know what changed between 10.6 and 10.7 to cause this behavior, and is there a way to change it back to the pre-10.7 behavior?

Safari-OTHER, Mac OS X (10.7)

Posted on Nov 4, 2011 6:29 PM

Reply
38 replies

May 10, 2012 1:34 AM in response to Roman Lewyckyj

Topher Kessler from MacFixit had an excellent article on what causes this - it's because for example the Application changes the icons of it's documents so that some resources inside the Application bundle are "In use" by the Finder all the time even when the app is closed. Deleting the current app and then adding the new one is the way to go as even though it's "in use" it can be moved to the trash.


Regards,

Shawn

May 10, 2012 1:44 AM in response to Shawn Grinter 2

Can you provide a link to the article.


One thing is really new in 10.7.4: Sometimes it sais, that the programm is in use. This would match with your comment. But I really do not understand. I try my test always with the same programm, so I use to install it the first time and use exactly the same programm to install it the second time. No start inbetween. No change of anything by the application as you described, as both versions are identically.

May 20, 2012 7:20 PM in response to Roman Lewyckyj

Another me too. I hope that this is resolved. Has anyone put in a bug report? I may do so, since it's the only way to get real visibility on these issues.


Login to Apple Bug Reporter


I have always been a supporter of not using an Admin account on Mac OS X, but perhaps with the move toward an iOS operating system, this is a thing of the past.

May 21, 2012 3:09 AM in response to red_menace

Red_menace,


No - I don't believe that this is 'just a permissions' problem. It is a persistant issue and a genuine bug in Apple's finder.


When I replace an app in the Apps folder and I am not an admin on the Mac, Mac OS asks for admin credentials. I give them to it and it then fails to do the privilege escalation properly- it wipes the existing app but fails to copy in the new one.


Changing permissions to make the Apps folder world-writeable is a workaround, but it's not a very good one as I'm sure the security bods would tell you.

May 21, 2012 7:04 AM in response to Screaming.Pict

It is just a permissions issue, but one that involves the ownership of files inside an application bundle, not access to the /Applications folder. An administrative user isn't much different than any other user, they can just temporarily elevate their access privileges, so authenticating as an admin when trying to write to the /Applications folder will give you access (since the folder allows access to the admin group), but it doesn't also give you permissions to modify files that you don't have access for. You can change the permissions of the files in the particular application bundle first (you don't need to change anything with the /Application folder), but usually it is easier to just delete it from the folder first, and then add the updated app.

May 21, 2012 8:10 AM in response to red_menace

There is no difference.


You can try this:


cd /Applications

sudo mkdir /TheApp.app

sudo chmod 777 TheApp.app


Go in Finder and select the information of TheApp.

Give Read/Write permissions to admin+everyone


Try to copy TheApp again in the Application folder.

It will fail again.


Or


Create in Finder on your Desktop a folder with the name "Test.app".

Move the object to Applications

Create in Finder on your Desktop a second folder with the name "Test.app"

Move the object to Applications.

It will fail


If you create a folder without the extension".app" it will not fail!

10.7 - unable to directly update app in Applications folder

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.