Verursachen Apps, die LSUIElement in ihrer Liste verwenden, Probleme mit Google-Konten?

Ich habe ein Muster festgestellt, bei dem sich einige Apps nicht in meinem Google-Konto anmelden, wenn sie ausgeblendet sind. Nach einigem Graben habe ich einen gemeinsamen Thread identifiziert - das LSUIElement, das im Grunde ein Flag ist, das Mac OS X anweist , keine "Agent" -App im Dock anzuzeigen .

Viele Dinge, die ich immer offen halte (RSS, Mail usw.), verstecke ich mithilfe des LSUIElement-Schlüssels in der Info.plist der App vor dem Dock. Aus irgendeinem Grund ist mir jedoch aufgefallen, dass dies Anmeldeprobleme verursacht.

Meine beiden häufig genutzten Problem-Apps, Sparrow für E-Mails und Reeder für RSS, funktionieren einwandfrei, wenn sie nicht ausgeblendet sind. Wenn ich sie verstecke, können sie sich nicht in meinem Google-Konto anmelden.

Was könnte das verursachen?
Kann ich das verhindern?
Wenn # 2 nein ist, gibt es eine Alternative zu LSUIElement?

applications preferences plist

— tkbx
quelle

Wir hatten einige Flags, die darum baten, dass dies nach SO verschoben wird, aber wie ich es gelesen habe, handelt es sich eindeutig um ein Problem auf Benutzerebene, bei dem das OP einen technischen Grund identifiziert hat, warum zwei Benutzer-Apps nicht wie erwartet funktionieren. Ich werde versuchen, die Frage so zu bearbeiten, dass sie auf den ersten Blick weniger wie die Frage "Wie codiere ich meine App?" Aussieht. Ich hoffe, lucase.62 kann Details hinzufügen, wie das "Verstecken" oder die Manipulation von Plisten geschieht und welche Alternativen als "Alternative zu LSUIElement"

— gesucht werden

@bmike Ich stimme zu - während LSUIElement für Programmierer gedacht ist, kann es in der internen Hauptplist-Datei einer App verwendet werden, um sie (wie das OP tut) vor dem Dock zu verbergen.

— CajunLuke

@ lucase.62 Wie authentifizieren sich diese Apps mit Ihrem Google-Konto, wenn sie funktionieren? Gibt es ein Popup-Fenster? Wie können sie sich nicht in Ihrem Google-Konto anmelden, wenn sie nicht funktionieren?

— CajunLuke

Wenn Sie die Info.plist einer App ändern, wird normalerweise die Codesignatur ungültig, sodass nicht automatisch auf den Schlüsselbund zugegriffen werden kann.

Sie können beispielsweise sehen, ob die Codesignatur gültig ist codesign -vv /Applications/Sparrow.app. Eine ungültige Signatur kann durch ersetzt werden sudo codesign -f -s - /Applications/Sparrow.app.

— Lri
quelle

Ich kann sehen, warum das passieren würde, aber es gab mir die Nachricht "App möchte auf Schlüsselbund zugreifen" und ich gab ihr die Erlaubnis. Außerdem habe ich das Passwort manuell in der App eingegeben, sodass der Schlüsselbund keine Rolle spielen sollte.

— tkbx

@ lucase.62 Waren die Codesignaturen also tatsächlich ungültig? Diese Dialoge sollten nicht normal angezeigt werden.

— Lri

Woher soll ich das wissen? Gibt es eine Möglichkeit, dies zu überprüfen? Und wenn ja, kann ich zulassen, dass diese App ohne Vorzeichen ausgeführt wird, da ich ihr vertraue?

— tkbx

@ lucase.62 Es ist in der Antwort: codesign -vv /Applications/Sparrow.app/( --verify --verbose). Ich kenne keine andere Möglichkeit, Apps mit einer ungültigen Codesignatur den Zugriff auf den Schlüsselbund selbst zu ermöglichen. Siehe auch osx - Wenn die Mac-Codesignatur manipuliert wird, was kann fehlschlagen? - Superuser .

— Lri

Es scheint, dass das das Problem ist, es gibt mir "Code oder Signatur geändert". So oder so, nachdem ich der App meine Kontoinformationen manuell gegeben habe, heißt es immer noch, dass sie falsch sind.

— tkbx