Hallo und einen wunderschönen herbstlichen Sonntagnachmittag,

Mich plagt seit gewisser Zeit ein Fehler, den ich nicht loswerde. Eine der Apps, die ich täglich verwende, möchte auf meinen Desktop oder den Dokumenten-Ordner zugreifen, den ich per iCloud synchronisiere. Daher läuten des Öfteren die Alarmglocken und ich erhalte folgende Meldung:



Es handelt sich hierbei um ein javabasiertes Crossplattform-Übersetzungstool.
Zunächst habe ich das mit Erlauben quittiert, was eigentlich gewohnterweise genügen sollte – Tat es nicht.

Ich gewährte dem Programm, mit dessen Entwicklern ich in engem Kontakt stehe, also Festplattenvollzugriff. Doch damit war es nicht getan. Der Fehler erscheint weiterhin. Die Entwickler selbst nutzen primär Windows. Das Problem scheint wohl hauptsächlich bei mir aufzutreten.

In meinen Datenschutzeinstellungen sieht es so aus:


Hier ein vorbildliches Beispiel für die Kurzbefehle-App:


Auffällig hierbei ist, dass die Fehlermeldung für OmegaT auch von den Fehlermeldungen anderer Apps zu diesem Thema (bspw. bei Neuinstallation) ausgelöst wird. Kurz nach dessen Erscheinen, meldet sich auch der Fehler zu OmegaT zu Wort.

Weitere Anmerkungen:
Ich habe nun auch einen Launcher installiert (Albert-Launcher geschrieben in C++) der aus der Linux-Welt stammt und dessen Entwickler auch etwas ratlos scheint, zumal er selbst zu Apple gewechselt ist und ihn der gleiche Fehler für Albert plagt.

Vermutlich liegt es daher an der Umsetzung der Apps für MacOS, was ich den Entwicklern gern mitteilen würde. Ich würde mich ferner aber auch damit begnügen den Fehler über einen CL-Befehl oder eine Einstellung auszumerzen. Neuinstallation hat nichts gebracht.

Einige Internetquellen:
https://lapcatsoftware.com/articles/2023/6/1.html
https://sixcolors.com/post/2024/08/apples-permissions-features-are-out-of-balance/
https://stackoverflow.com/questions/61394972/program-would-like-to-access-files-in-your-documents-folder-message-with-v
https://forums.developer.apple.com/forums/thread/125182

Der Text ist ziemlich unverständlich, vielleicht liest Du ihn nochmal.

Geht es um eine beglaubigte ("notarisierte") oder komplett umsignierte Version des Programms? Wenn die Version nicht signiert ist, ist das Verhalten so gewollt und korrekt. Jeder Start muss dann erneut bestätigt werden.

Ich denke beide Apps sind nicht notarisiert. Eine freundliche Fehlermeldung zum Start, die ich dann quittiere, wäre in diesem Fall auch kein Problem. Allerdings kommen die Meldungen auch immer mal während meiner Arbeit mit dem Programm, was nervt.

Ich meine man konnte die App einfach selbst per Terminal signieren, ich schaue da nochmal nach, wenn es hilft.

Ok,
Ich habe es noch einmal überprüft:

codesign --verify --deep --verbose /Applications/OmegaT.app
/Applications/OmegaT.app: code object is not signed at all

Dann habe ich gemäß
https://eclecticlight.co/2019/01/17/code-signing-for-the-concerned-3-signing-an-app/

selbst signiert:
codesign --force --deep -s - /Applications/OmegaT.app
/Applications/OmegaT.app: replacing existing signature

und in der Tat tauchte die Meldung bisher nur einmal auf. Ich beobachte und halte auf dem Laufenden.

Vielen Dank für den Denkanstoß.

Genau so soll das funktionieren, und das ist eben kein Fehler, sondern das beabsichtigte Verhalten.

Was Du jetzt erstellt hast, wird von Apple "Ad-Hoc-Signatur" genannt. Solange genau dieses Programm-Exemplar nicht auf einen anderen Mac kopiert wird, dürfte das Problem gelöst sein.

Genau, Howard hat das ja sehr gut erklärt.

Ich nahm bisher an, das sei ein Workaround.
Aber es handelt sich dabei ja 'nur' um eine persönliche Verifizierung der App-Version, sodass keine unerlaubten Veränderungen unternommen werden dürfen.

Eigentlich eine feine Sache.

Wenn das ginge, wäre ich mit TeamDrive wieder sehr zufrieden... Das muss ich daheim nachher mal austesten.

Für mich der wohl beste Tipp seit langem. Danke!
Diese ständigen Meldungen haben mich echt genervt, nachdem Befehl kam die Frage nur noch einmal und seitdem endlich Ruhe!

Gern geschehen. Habe lange damit leben müssen.