Skip to main content

Some apps keep asking for contact or keyring access

Comments

11 comments

  • Keith Bronstrup

    I am also having this issue since installing Flavours. I'm still in my 12 day trial (10 days left) and this is going to be a make-or-break issue for me in determining whether or not to buy this utility. I really like it, but the additional 20+ clicks every time I log in are going to be a delabreaker, I'm afraid. Can we get some confirmation that you're, at the very least, aware of the issue? It seems you've ignored TN's post for more than half a year; not very reassuring.

    0
  • Keith Bronstrup

    Additionally, turning Flavours off doesn't seem to resolve the issue like it did for TN; uninstalling Flavours, however, does the trick.

    0
  • Allan Nyholm Nielsen

    I have had the exact same problem with Skype - but even without having Flavours even installed Skype kept asking 10 times or thereabouts for access to the keychain. So just the other day on MacUpdate I saw that version 6.18.0.485 of Skype is released - this appears to have finally gotten rid of the "access to keychain-issue". MacUpdate doesn't list this as a beta but it must be because the version on Skype's own website is different last time I looked.

    I took the steps when on the official Skype release - since the Skype keychain issue was a known issue(discussed on their forums) - to allow access to all applications for Skype (did a search for Skype in my Keychain app on the Mac) and now I've removed those when using the latest version of Skype. Seems to help in that Skype doesn't spas out on the Keychain anymore with version 6.18.0.485 from MacUpdate.

    I'm just saying that it looks like Flavours isn't the culprit here. But also Keith above me appears to have this issue with Skype or Alfred. Alfred keeps quiet with the Flavours 1.2b1 - I admit to not having rebooted yet since installing Alfred 2. I've only closed and re-opened Alfred 2.

    My 2 cents worth.

     

     

     

     

    0
  • Nuno

    Hi,

    Skype

    Unfortunately, Skype is the "bad guy" app in terms of theming. It is, technically, an application very different from all others, built under non-standard methods. We used to have big trouble with Skype in the past - by trouble I mean crashing at startup every time:

    https://interacto.zendesk.com/entries/23560638-Skype-crashes-at-startup-

    So far, the only fix we have found for this consists in modifying a small text file (Info.plist) inside the Skype.app to prevent the crash. Doing this, has the side effect you are observing. In fact, this side effect is recent (probably start happened on 10.9). Excluding does not prevent this from happening because without the .plist change, Skype would still crash when excluded so, this .plist file is always modified with Flavours ON.

    Currently, the only workaround for this is to set your Keychain Access for Skype to allow all apps (including "modified" Skype by Flavours).

    When a way to overcome this limitation is found it will be promptly integrated in Flavours. This is true for every other issue that may be limited by the OS internal security.

     

    Alfred 2

    The issue your are observing should not be related with Flavours at all, as we do not make any kind of modification on Alfred that could trigger the same "symptom" as with Skype. Also, I use Alfred 2 on a daily basis and cannot observe the described behaviour. Please keep in mind that OS X 10.9 added an extra security layer which makes many existing apps to have to request user permissions before giving access to contacts and other sensitive information.  

     

    @Allan, thank you for giving additional feedback - very useful and much appreciated!

     

    Best regards,

    Nuno

    0
  • Keith Bronstrup

    Allan, definitely a Flavours thing. Turning Flavours off didn't fix it as I had thought; uninstalling Flavours entirely, and using the commandline 'find' command to find all Skype-related files and delete them, then reinstalling Skype, however, did do the trick. Performing this same nuke-and-repave operation with Flavours still installed (on or off) results in the issue still hanging around, so Flavours is definitely (and by their own admission) the cause.

    The reason Skype does this (as Nuno pointed out, in much less detail) is that OSX requires applications to request permissions for certain items on the system before allowing access to those items. Internally, the way this works is that the application either provides its own signature, or OSX generates a signature for it, and these are verified against the application's files every time you launch the program. If the signature doesn't match, the application has changed and needs to request access again; and in the case of signed code (like Skype), the signature will never match again, once modified, unless those modifications are reverted. Since Flavours modifies Skype, that explains why one has to dig so deep to undo Flavours' handywork.

    Additionally, 8.16.0.485 has been out for some time and is, in fact, the version I was running when I installed Flavours 3 days ago when this issue began.

    Nuno, now that I'm aware of the cause for this, I'd like to ask: Has Flavours been tested with Skype 8.16.0.485 without the plist modification? If not, I'd like to go ahead and do that and I'll report back my results. Also, if the 2nd solution on http://community.skype.com/t5/Mac/Skype-crashes-on-Mac-OS-X-forever/td-p/949766 (linked fro mthe URL you provided as an alternative fix) actually works, perhaps a more user-friendly solution would be to rename Skype.app to .Skype.app and create an alias to that, named Skype.app. That way, as far as users can tell, Skype hasn't changed at all.

    0
  • Nuno

    Keith, thank you for the update. I will do additional testing with the latest Skype version. Eventually (and hopefully), the change is not required anymore. Your last suggestion looks also good, will check that too. Thank you.

    0
  • Keith Bronstrup

    Thanks, I'm also doing my own testing, so I'll report my findings.

    0
  • Keith Bronstrup

    Hmm... interestingly, I can't seem to find that line anywhere in Skype's info.plist... kind of makes it impossible to roll back the change LOL

    0
  • Keith Bronstrup

    Well, I found (and reverted) the changes; immediate crash. Couldn't get the alias fix to work, either. Looks like we're still waiting on a fix, I suppose.

    0
  • Nuno

    I then remembered you won't be able to properly test as the flavours.agent process checks whether Skype.app was modified, and attempts to (re-)add the "Environment Variables" line to the plist.

    New Skype still has the same old problem.

    The alias workaround works just fine, doesn't require the plist modification and therefore, doesn't nag with the Keychain issue. The problem with this approach is that, double-clicking the Skype.app alias, will open a terminal window to launch Skype, and this isn't ok... :( 

    0
  • Nuno

    Well, so far, the only workaround for "Keychain nag" at Skype startup that I am aware of, consists in allowing all apps to access Skype in Keychain:

    1. Launch KeyChain Access.app
    2. Search for: skype
    3. There should be probably 2 entries: double-click each, make sure "Allow all applications to access this item" is checked in "Access Control"

    However, the permission request about accessing contacts is still done on startup - not sure if there is any way of "muting" this (?).

    0

Please sign in to leave a comment.

Powered by Zendesk