Чи викликають програми, які використовують LSUIElement у своєму списку, проблеми з обліковим записом google?

Я помітив зразок, коли деякі програми не входять у мій обліковий запис Google, коли вони приховані. Після деякого копання, я думаю, що я виявив загальну нитку - LSUIElement, яка в основному є прапором, який повідомляє Mac OS X не показувати додаток "агент" на доці.

Багато речей, які я завжди тримаю відкритими (RSS, пошта тощо), я заховаюсь із док-станції, використовуючи клавішу LSUIElement у Info.plist програми. Але, я чомусь помітив, це спричиняє проблеми з входом.

Мої дві проблемні програми у важкому використанні: Воробець для електронної пошти, Ридер для RSS добре спрацьовують, коли їх не приховують. Коли я їх приховую, вони не входять у мій обліковий запис Google.

Що може бути причиною цього?
Чи можна це запобігти?
Якщо №2 - ні, чи існує альтернатива LSUIElement?

applications preferences plist

— tkbx
джерело

У нас були деякі прапори з проханням перенести це на SO, але, як я читав, це чітко питання про рівень користувачів, де ОП визначила технічну причину, чому два користувацькі програми не функціонують, як очікувалося. Я спробую відредагувати питання, щоб воно виглядало менш схожим на питання "як я кодую свою програму" на перший погляд. Я сподіваюся, що lucase.62 може додати детальну інформацію про те, як відбувається "приховування" чи маніпуляції із плістами, а також про те, які альтернативи шукають як "альтернативу LSUIElement"

— bmike

@bmike Я згоден - хоча LSUIElement призначений для використання програмістами, він може бути використаний у головному внутрішньому файлі списку додатків, щоб (як це робить ОП) приховати його від Dock.

— CajunLuke

@ lucase.62 Як ці програми автентифікуються з вашим обліковим записом Google, коли вони працюють? Чи є спливаюче вікно? Як, зокрема, вони не входять у ваш обліковий запис Google, коли вони не працюють?

— CajunLuke

Змінення Info.plist програми, як правило, приводить до недійсності його підпису коду, тому заборонено отримувати доступ до брелока автоматично.

Ви можете побачити, чи підпис коду дійсний, наприклад codesign -vv /Applications/Sparrow.app. Недійсний підпис можна замінити на sudo codesign -f -s - /Applications/Sparrow.app.

— Лрі
джерело

Я бачу, чому це станеться, але це дало мені повідомлення "додаток хотів би отримати доступ до Keychain", і я дав це дозвіл. І крім цього, я вводив пароль вручну в додатку, тому брелок повинен бути неактуальним.

— tkbx

@ lucase.62 Отже, чи фактично підписи коду були недійсними? Ці діалоги не повинні відображатися нормально.

— Лрі

Як я можу знати, якщо вони є? Чи є спосіб перевірити? І якщо так, чи можу я просто дозволити цій програмі працювати без підпису, оскільки я їй довіряю?

— tkbx

@ lucase.62 Це у відповіді: codesign -vv /Applications/Sparrow.app/( --verify --verbose). Я не знаю іншого способу дозволити програмам з недійсним підписом коду самостійно отримувати доступ до брелка. Див. Також osx - Якщо підписування коду Mac підроблене, що може не вдатися? - Супер Користувач .

— Лрі

Здавалося б, це проблема, вона дає мені "код або підпис змінені". Але в будь-якому випадку, після того, як я додаю додатку інформацію про свій обліковий запис вручну, він все ще говорить, що це неправильно.

— tkbx