"Press Run to run this script..." confirmation started appearing...why?

I've got a set of AppleScripts I run from Spotlight, and all of a sudden they run with a confirmation alert that I've never seen before. Upon launch, each of these scripts puts up an alert that says "Press Run to run this script, or Quit to quit." So I gotta hit a button before the script will continue running.

I did a web search on it, and they all said the same thing: You saved your script with the Startup Screen option on. But I didn't! They've been running headless for months, some for years, and none of them started displaying the confirm dialog until now. I even opened and resaved them with the Startup Screen option off (it wasn't even checked when I went to resave them) and they still do this.

I guess I'll try fixing permissions unless somebody has a better idea. As far as I can tell, I've done everything right.

Mac Pro, MacBook Pro, iPhone 3GS, Mac OS X (10.6.5), PowerBook G4 15" Al, PowerBook G3 FireWire, PowerCenter Pro, PowerBook 160

Posted on Nov 26, 2010 11:23 PM

Reply
Question marked as Top-ranking reply

Posted on Jul 30, 2013 5:37 AM

I had this problem today with a script which had previously "just worked." Strangely, if AppleScript Editor were open, it worked fine. Close ASE, it doesn't.


I looked at the permissions on the applet.rsrc file and noticed that it wasn't marked as executable, so I added the "x" permission to it for everybody, and that solved the problem.


In terminal, change directories to the applet's Resources folder and then do:


chmod +x applet.rsrc


Hope this fixes the problem for somebody else, too.

23 replies
Question marked as Top-ranking reply

Jul 30, 2013 5:37 AM in response to res1233

I had this problem today with a script which had previously "just worked." Strangely, if AppleScript Editor were open, it worked fine. Close ASE, it doesn't.


I looked at the permissions on the applet.rsrc file and noticed that it wasn't marked as executable, so I added the "x" permission to it for everybody, and that solved the problem.


In terminal, change directories to the applet's Resources folder and then do:


chmod +x applet.rsrc


Hope this fixes the problem for somebody else, too.

Nov 28, 2010 1:45 PM in response to Network 23

You're dealing with scripts saved as applications, correct?
I've encountered this issue in a somewhat different context, and I suspect that red_menace is correct that it has to do with the .rsrc file in the resources folder -- but I haven't figured out a "direct" fix.

No guarantees, but try this:

• Display the main script on the desktop by dragging the applet to whatever script editor you are using.

• From the script editor menu (top of screen) select "file > save as." You'll get a drop down window over the script, showing the name of the original applet (without the name extension ".app"). Leave the name alone or change it as you wish. In any event, save the "save as" script as an application bundle in the same location as the original applet (e.g., desktop). If you didn't change the name, you'll have to choose to replace the original applet with the "save as" version; if you did change the name, you'll retain the original and get another with the new name.

• At this point, double-click on the applet with the new name (if that's the approach you took); otherwise, double-click on the replacement applet. Do you still get the "Press Run to run this script..." message??

As I said, no guarantees, but I'll be most interested in what you find.

Jul 7, 2011 8:24 PM in response to Network 23

Incase anyone was still stuck, this seems to be controlled by the "spsh" resource in the .rsrc file in the application bundle. If the second bit of that resource is "01" then the dialog will show, if it's "00" it wont. Also keep in mind that the executable's name in the MacOS directory must be the same as the .rsrc file or none of the settings in there will matter. Usually this is "applet", however I'd check to be sure.


If there is something preventing access to this file, such as a permission conflict, it will act as if the file is not there. It's possible that some random program you have messed the permissions up on the .rsrc files, causing this to happen. Rather long shot, but it's all I can think of. You can try running "sudo chown $USER applet.rsrc" and then "chmod +rw applet.rsrc". If that doesn't do it, then I'm all out of ideas.

Nov 28, 2010 11:02 AM in response to Network 23

I don't know the format of the .rsrc file (you can use TextWrangler to get a hex dump), just that it is different when the options are changed and if it is not there you will get the confirmation dialog. I was thinking that if there was some kind of corruption or you couldn't read the file it would act the same way. If a new blank script application does the same thing, you might try from a new user account to see if it is something in your user preferences vs the system.

Nov 27, 2010 2:39 PM in response to Network 23

I believe the setting for that dialog is in the applet.rsrc file in the Contents/Resources/ folder of the application bundle. You might check to see if there is a problem with that file - note that the Disk Utility permissions repair doesn't do anything in a user account, or with applications that aren't installed with an Apple installer (e.g. drag and drop).

Nov 28, 2010 9:57 AM in response to red_menace

red_menace wrote:
I believe the setting for that dialog is in the applet.rsrc file in the Contents/Resources/ folder of the application bundle. You might check to see if there is a problem with that file


Do you mean within an individual script application file? Because that wouldn't explain why all my scripts changed at once, unless something happened that affected all script applications.

Or do you mean one of Apple's scripting utilities?

How do I check to see if there is a problem with applet.rsrc? Which app would edit it? I did a Show Package Contents on one of my scripts and dragged applet.rsrc to TextEdit, but doesn't open as anything useful there. Probably since it's a resource.

Dec 3, 2010 4:24 PM in response to osimp

I did try resaving them to ensure that the option was off, but that made no difference...it still came up even though I verified and re-saved.

Even more mysteriously...the problem has gone away. I never saw it before, then it happened for about a week, and now it's gone away. It's back to working normally, I can run scripts without interruption. And in all that time, I never restarted the Mac or even logged out. The problem somehow appeared and then, after a time, disappeared on its own.

Maybe there was a system process that got corrupted while running and was interfering, and over the course of my uptime the errant process was either terminated or restarted. We may never know for sure.

Very strange.

Dec 17, 2010 5:48 PM in response to walkie84

walkie84 wrote:
I am having this exact same problem. I just (finally) updated to 10.6.5 yesterday, so I'm suspicious that this is the cause.


I was running 10.6.5 for weeks before the problem started. That's what's so mysterious. There is no direct cause and effect except that I never saw this problem before 10.6.5.

I noticed other odd things happening and most seemed to clear up after I ran the 10.6.5 combo updater again, but I'm pretty sure this specific AppleScript problem stopped on its own before I re-ran the combo. Still a mystery.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

"Press Run to run this script..." confirmation started appearing...why?

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