Eine einfache Lösung besteht darin, das Skript stattdessen als Textdatei zu speichern.

Fügen Sie oben im Skript den osascriptShebang hinzu

#!/usr/bin/osascript

Beispiel:

#!/usr/bin/osascript
say "hello"
tell application "Safari" to activate
tell application "System Events"

    delay 2
    keystroke "p" using command down
    tell application process "Safari"

        tell application "System Events"
            tell process "Safari"
                click menu button "PDF" of sheet 1 of window 1
                delay 1

                click menu item "Save PDF to Web Receipts Folder" of menu of menu button "PDF" of sheet 1 of window 1
            end tell
        end tell
    end tell

end tell

Wählen Sie im Speichern-Dialog Text als Dateiformat. Die Datei wird als einfacher Text gespeichert, jedoch mit der .applescriptErweiterung.

Machen Sie im Terminal die Textdatei des Speicherskripts ausführbar.

Ich benutzte:

chmod +x /Users/UserName/Scripts/newTest1.applescript

Fügen Sie in den Befehlsargumenten des LaunchAgents einfach den Pfad zur Datei hinzu.

Fügen Sie den Argumenten nicht den osascript-Befehl hinzu . Du brauchst es nicht.

Die gespeicherte Skript-Textdatei verhält sich wie ein ausführbares Shell-Skript.

Wenn Sie die LaunchAgents zum ersten Mal laden oder ausführen, werden Sie aufgefordert, den unterstützenden Zugriff in den Systemeinstellungen festzulegen. Wenn Sie die Systemeinstellungen bereits geöffnet haben, wird dies nicht der Fall sein, aber die Skript-Textdatei wird der Liste hinzugefügt.

Sie müssen jetzt nur noch das Kontrollkästchen aktivieren, um es zuzulassen.

Ich würde den LaunchAgent neu laden, damit er sofort funktioniert.

Ich habe dies mit dem obigen Skript doppelt überprüft und alles funktioniert wie erwartet.

Obwohl ich die Frage von @markhunte akzeptiert habe, weil sie im allgemeinen Fall funktioniert, hat sie bei mir nicht funktioniert. Deshalb poste ich als Alternative meine eigene Lösung.

Erstellen Sie ein Shellscript, das das Applescript startet

Indem der Launchagent ein Shellscript ausführt, das einfach das Applescript (.scpt) aufruft, muss dem Shellscript einmal Zugriff auf Hilfsgeräte gewährt werden, und es kann vom Launchagent ausgeführt werden, um wiederum das Applescript aufzurufen.

In meinem Fall landete ich bei der folgenden LaunchAgent .plist

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>com.mylabel.some-awesome-utility</string>
    <key>Program</key>
    <string>/Users/username/absolute/path/to/shellscript.sh</string>
    <key>StandardErrorPath</key>
    <string>/tmp/com.mylabel.some-awesome-utility.err</string>
    <key>StandardOutPath</key>
    <string>/tmp/com.mylabel.some-awesome-utility.out</string>
    <key>StartCalendarInterval</key>
    <array>
        <dict>
            <key>Hour</key>
            <integer>06</integer>
            <key>Minute</key>
            <integer>05</integer>
        </dict>
        <dict>
            <key>Hour</key>
            <integer>20</integer>
            <key>Minute</key>
            <integer>05</integer>
        </dict>
    </array>
</dict>
</plist>

Dieser LaunchAgent ruft shellscript.shzweimal täglich auf, wie durch den Schlüssel angegeben StartCalendarInterval. Beachten Sie auch die Tasten StandardErrorPathund StandardOutPath, die beim Debuggen nützlich waren.

Die Shellscript.sh ist extrem einfach:

#!/bin/sh
osascript /Users/mnmt/Documents/InCuffs/Orders/PrepareShipping/print-shipping-labels.scpt

Wie Sie sehen können, eine einfache Shebang-Zeile, um anzugeben, dass es sich tatsächlich um ein Shellscript handelt, gefolgt von einem einzelnen Aufruf des Applescripts, das ich ursprünglich direkt vom LaunchAgent aufgerufen hatte.