23 Jul 2011, 19:22
FinderPop 2.3.9.2 Beta (imaginatively tagged "Lion Salient") is now available.
- Fix an issue patching 32-bit applications on 10.7 Lion
- Tweak Lion control-free popup code
- New, improved Lion "unused menubar" stuff backported to 10.5/10.6
- More sanity-checking of osax install etc
- Increase the number of possible Recent Items to 24 (sorry, side effect is that current Recent Items will be lost)
- Tested on 10.4 PPC, 10.6 and 10.7 Intel. I don't have 10.5 anymore due to incompetence (mine).
- Assuming everyone is happy with this version (tell me if not!) it will be released as FinderPop 2.4... We live in hope.
Previous fixes:- Fix 10.6/10.7 issue with unused-menubar popup when PopChar is active[/i]
- MacOS X 10.7 Lion compatibility
FinderPop now requires authorisation when installing on 10.6 or 10.7 - it installs the Scripting Addition (osax) into
/Library/ScriptingAdditions instead of in your home directory's ~/Library/ScriptingAdditions - Work around that pesky OS X Preference Pane Bundle Caching problem
- Don't immediately switch the Finder frontmost when checking for control-free popup in 10.6/10.7
- Basic Lion compatability - FinderPop now requires authorisation when installing on 10.6 or 10.7 - it installs the Scripting Addition (osax) into /Library/ScriptingAdditions instead of in your home directory.
- Control-free popup now works more reliably in the 10.7 Finder, as does clicking in "List View" windows
- Updated localisations for the new "Aliases in Italics" checkbox - thanks to all the localisers!
- New click-in-unused-menubar code for 10.6 and 10.7 ("Lion") - thanks to Rene for testing this
- When "Use custom icons" is turned off, apps now appear with a generic application icon rather than as a folder (err, whoops)
- Bump maximum number of Recent Items to 16 (this was already the max, I just added 13, 14, 15 and 16 to the popup menus)
- Labels and Cmd+Option "Info Window" on Snow Leopard Finder, incomplete but it's a start.
- Fixed a number of longstanding alias bugs
- Italicised Aliases now possible via checkbox in Appearance pane
- Labels displayed for aliases use the alias's label, not the target's.
- Some 10.7 "Lion" compatibility (thanks, Rene)
- Folders with .fp-ignore files inside are ignored (I just installed Office 2011 and wanted FinderPop to completely ignore my previous Office 2008 install.)
- Fix 64-bit Cocoa "unused menubar" check - no longer causes a crash in Photoshop if you choose 'Invert Selection' (thanks to Dave for the prod - I wasn't restoring the OpenGL context properly!)
- Fix 64-bit Cocoa "unused menubar" check so it obeys the "must-be-control-click-in-menubar" setting
- Ignore .plugin files when creating "All Apps" submenu (for items ending in '---a'.)
- Add 'quit' AppleEvent handler to finderpop-daemon. A forum user was having problems with FinderPop apparently causing a hang on shutdown/restart/logout. This may help matters.
- Fix a Snow Leopard bug spotted by cowicide where clicking-and-holding on an alias didn't pop up a Contents menu when it should have.
- Fix a bug where ctrl-clicking on an alias A to a folder B would mistakenly allow you to move/copy/alias A into B's children.
- Improved German localisation - thanks Hajo Bass who sent me the improvements back in August and I'm only incorporating them now - sorry!
- More complete Italian localisation - thanks Mauro Ferreri and Nello Martuscelli
What remains to be done:
* Contextual Menu Support in apps other than the Finder on Snow Leopard
If you're installing this over a previous beta, you'll have to restart or logout for it to take effect.
As usual, if there are any issues with this, reply here in the forum!
23 Jul 2011, 19:47
And apropos of nothing at all, I wasted a good three hours this morning wondering why FinderPop has no effect in Lion TextEdit. Nothing it did seemed to work, my injected code couldn't even access a the user's ~/Library/Preferences/com.finderpop.finderpop folder. Finally remembered that they've extended the sandboxing to a few apps rather than just certain processes or daemons like in Leopard. These sandboxed apps have no filesystem access outside of what the user drags and drops or opens/saves via the file Open/Save dialogs. Which means that something as simple as the injected FinderPop code looking for the com.finderpop.finderpop preferences to see whether "clicking-in-unused-menubar" is enabled will not work, never mind the more advanced filesystem manipulation that FP can do.
Luckily I think I've figured out a way to get unused-menubar-popping-up working in TextEdit - provided of course that FP's osax can load my FP stub code into them. I just haven't gotten around to implementing it yet (shades of M. Fermat here!)
John Siracusa over at Ars Technica has a good piece on sandboxing here.
In Lion, the sandbox security model has been greatly enhanced, and Apple is finally promoting it for use by third-party applications. A sandboxed application must now include a list of "entitlements" describing exactly what resources it needs in order to do its job. Lion supports about 30 different entitlements which range from basic things like the ability to create a network connection or to listen for incoming network connections (two separate entitlements) to sophisticated tasks like capturing video or still images from a built-in camera.
[...]
Earlier, the Mac App Store was suggested as a way Apple might expedite the adoption of new Lion technologies. In the case of sandboxing, that has already happened. Apple has decreed that all applications submitted to the Mac App Store must be sandboxed, starting in November.
Just a heads-up here, Apple may just decree that loading code into running apps (which FinderPop does) is completely verboten, in which case we'll have to get creative...
23 Jul 2011, 20:10
No joy for you just yet.... I loaded Lion last night. This AM, I turned on FinderPop 2.3.9.1. An hour or so later, I started trying to use Safari 5.1 (7534.48.3) and it would totally crash if I did anything... literally anything. After deleting some Internet plugins and the one Safari extension that I had, I was still getting the same results. On a hunch, I turned off FinderPop and Safari started working again. Phew!
23 Jul 2011, 20:52
Whoa, sorry about that. Obviously doesn't happen here and I've been using Safari all day (I normally use Firefox, ya just can't beat those extensions!)
You mention 2.3.9.1 - have you tried 2.3.9.2?
Do you have any crash reports you can send me? turly at finderpop dot com.
23 Jul 2011, 21:22
This morning I had someone report a crash in an app we sell: Universalis. We sell it through the Mac App Store, it's 32-bit, and it's sandboxed. The user had FinderPop 2.3.9 installed.
From what I see here, that sounds like the problem you've just corrected. I've let the user know, and I've also emailed you a crash log, so you can have a quick look and see if the crash is the kind of crash you'd expect from 2.3.9.1.
23 Jul 2011, 22:22
Thanks very much Universalis - I'll have a gander tomorrow!
23 Jul 2011, 23:08
Installing FP 2.3.9.2 beta in OSX 10.6.8 made System Preferences crash at the moment the adm password was sent (I can send the crash report if needed), but everything seems to be OK otherwise. There is a slight delay when clicking in unused menu bar in some applications (Safari 5.1), a delay that I did not notice before and that does not happen when clicking in top left corner.
23 Jul 2011, 23:25
Please do send on the crash report Ronald. I saw it once today but couldn't make any sense of it at the time.
I left a few debug printfs in there which I'll remove in a release tomorrow when I sort out other bugs...
24 Jul 2011, 09:17
Sent email with the crash report.
24 Jul 2011, 10:23
Thank you for keeping FinderPop up-to-date, and free. Well, I like it so much that I would be happy to pay for it, if it was shareware or (much worse) in MAS.
Well, 2392 seems to work well; to install it, on the contrary, wasn’t that easy, as I had to log in as root to overpass the « can’t do something » error 41 that appeared every time I tried to install FP on my main account
24 Jul 2011, 17:33
@Ronald - got your report and fixed the issue, thanks.
@ponastro - can you be a bit more specific - was it 41 or -14? I only have a -14 error I think.
And even that error shouldn't have appeared because I was doing something stupid. Will fix tonight!
25 Jul 2011, 18:46
Thank you, Turly, to continue to support FinderPop on Lion.
I will wait FinderPop is ready to make my upgrade to Lion.
Thank you very much and ... Cheers!
26 Jul 2011, 17:17
turly wrote:Whoa, sorry about that. Obviously doesn't happen here and I've been using Safari all day (I normally use Firefox, ya just can't beat those extensions!)
You mention 2.3.9.1 - have you tried 2.3.9.2?
Do you have any crash reports you can send me? turly at finderpop dot com.
Version 2.3.9.2 took care of the Safari problem. Running for about 24 hours now with no problem. Thank you.