Version 2.4.4 & Mountain Lion[Up to topic list] [Home]
Who | What |
---|---|
gapdev 31 Jul 2012, 17:21 | Version 2.4.4 & Mountain Lion This issue started with Mountain Lion and version 2.4.4 After a boot, when Finder is the only App running, either at the Desktop or with a Finder Window opened, the FinderPop Menu will not open, no matter where I click in the Menu bar, or whether Translucent Menu Bar is on or off. The FinderPop menu will open if I run any App and click the menu bar while that app is running. Once the App closes and Finder is once again the only App running, the FinderPop menu stops again. I can get the FinderPop menu to work correctly by opening its Preference Pane and clicking Off then On. It then works correctly until the next boot. FinderPop is installed for All Users. Kenny |
RonaldPR 31 Jul 2012, 21:30 | Re: Version 2.4.4 & Mountain Lion Weird problem. I do not see it with 2.4.4 in Mountain Lion. I have FP installed for only this user (me). Maybe the problem is only manifest when installed for all users? Edit: Could it be that the Finder loads before finderpop-daemon? Does FP work in the Finder when you relaunch the Finder? (Click the Finder icon in the Dock while holding the option (alt) button to see the relaunch option.) |
gapdev 31 Jul 2012, 22:05 | Re: Version 2.4.4 & Mountain Lion I've just noticed that no matter how many apps are running, or if Finder is the only one and I've managed to get FinderPop working by clicking Off/On, if TextEdit is running in the foreground, for instance, if I click away from this Browser Window while typing this and click on a TextEdit Window, FinderPop quits working. I'll experiment and re-install just for me and see how that goes. Kenny |
turly 01 Aug 2012, 07:17 | Re: Version 2.4.4 & Mountain Lion Hmm, works fine here and I'm installed for "All Users" (you have to be if you want FP to work with SandBoxed apps like TextEdit.) Even if the Finder loads before FinderPop, FP will still patch it. Is there anything unusual printed in the Console? What happens if you kill the Finder while FP is active? When the Finder restarts, FP should patch it and print messages to that effect on the Console... |
RonaldPR 01 Aug 2012, 14:05 | Re: Version 2.4.4 & Mountain Lion
I didn't know that (and didn't notice yet as I installed ML only three days ago). I uninstalled FinderPop and installed it for All Users. It works fine for me in the Finder, but it still does not work in TextEdit and also not in Mail and in Preview. It does work in TextWrangler, in Safari, in Contacts, in iPhoto, in iTunes, in Pages, and in System Preferences. When I launch TextEdit:
Full report:
|
turly 01 Aug 2012, 18:38 | Re: Version 2.4.4 & Mountain Lion Gah, not @ my Mac again. I haven't used TextEdit in Donkey's Years but FP used to work with sandboxed TextEdit, I swears.
That sandbox is denying access to /Users is fine, but I'm not sure what FinderPop is attempting to do in /Users. It should load the patch code from /System/Library/PreferencePanes - as indeed it seems to have done, because fp-patch-mb-cocoa has been loaded from there. I wonder if it's getting annoyed that this menubar patch code is attempting to load the FinderPop Preferences from /Users/<you>/Library/Preferences... but surely TextEdit prefs would be there too. Curiouser and curiouser... I'll have a look at it again @ the weekend... |
Full Score 01 Aug 2012, 23:07 | Re: Version 2.4.4 & Mountain Lion Thanks for a terrific little program. As in RonaldPR's comments, I can confirm that, with Mountain Lion installed on a 2011 MacBook Air and also on a MacPro, FP works as before, EXCEPT in Mail, TextEdit and Preview. Strangely it's OK in other PDF apps such as Acrobat Pro and PDFPenPro. I use FP as a pull-down menu in an unused part of the menu bar. |
Full Score 04 Aug 2012, 01:10 | Re: Version 2.4.4 & Mountain Lion Add to the list of incompatibilities the latest Parallels 7.0.15104.778994. However, the latest VMware Fusion 4.1.3 is OK. |
RonaldPR 06 Aug 2012, 09:55 | Re: Version 2.4.4 & Mountain Lion
And what did you find? |
turly 06 Aug 2012, 15:38 | Re: Version 2.4.4 & Mountain Lion I only had around 90 minutes to look at it, played around a bit, I think I know what's going on, but I wasn't able to fix it satisfactorily Hopefully will have another look tonight or tomorrow. |
Full Score 17 Aug 2012, 23:07 | Re: Version 2.4.4 & Mountain Lion Any luck, Turly, tracking down the culprits? |
turly 19 Aug 2012, 10:14 | Re: Version 2.4.4 & Mountain Lion Not since I last looked at it, sorry - and now I'm in Cork getting rained on every day for my "Summer Holidays". Back in BCN in September when I'll look at this again. Sorry for the delay! |
RonaldPR 19 Aug 2012, 16:25 | Re: Version 2.4.4 & Mountain Lion Considering your ever changing whereabouts, ever thought of buying a MacBook Pro/Air for your next machine? |
Full Score 25 Aug 2012, 14:04 | Re: Version 2.4.4 & Mountain Lion Turly, If in Cork you should spend a night, or at least have a good meal, a few miles to the north at one of our favourite places: The Mustard Seed Ballingarry, Co. Limerick A lovely place to stay/dine. |
Full Score 30 Sep 2012, 05:34 | Re: Version 2.4.4 & Mountain Lion Any news, Turly? |
turly 30 Sep 2012, 12:28 | Re: Version 2.4.4 & Mountain Lion Looking at it again now. The way I get FinderPop to do its stuff for Sandboxed apps is to have the FP daemon periodically send an AppleEvent to my injected code in the app, which should then send a reply saying "nothing happened" or "the user just clicked in an unused spot in the menubar, pop up the FP menu". The AppleEvents arrive at the sandboxed app, I *think* I'm sending the reply, but no reply arrives at the daemon. So I'm looking as to why that is... this worked fine on 10.7.x. |
turly 30 Sep 2012, 16:59 | Re: Version 2.4.4 & Mountain Lion OK, I think I've fixed it now in 2.4.5. I had specified that the reply AppleEvent would be handled asynchronously in the daemon - which doesn't work for some reason with Sandboxed apps. Now I ask for an immediate reply, which I get. And there was much rejoicing. |