|
|
#1 |
|
Prospect
Join Date: Sep 2006
Posts: 40
|
I recently posted about how my Safari wasn't auto-filling form passwords, despite everything looking that it should (permissions, Keychain and everything was in order). I had failed to mention that I was using this hint to add keyword functionality to Safari...
Well with the 10.5.4 update, Safari's core binary was also updated and I was once again back to a unmodified Safari with no keywords, and lo! auto-filling of passwords works again! I know some of you are going to say "that's what you get for editing binaries!" but keyword functionality is really great, and I hate to decide between 2 great features in my favorite browser: either "fill in passwords" or "keywords" ![]() Can anyone offer tips on how I might resolve the issue to have both "fill in passwords" & "keywords" functionality? Before anyone spouts off with random caveats, please note: I've verified the binary size is exactly the same (replaced string is same length as old), the permissions of the modified binary are exactly the same as the unmodified binary (root:admin 777) and yet still, something is telling Safari not to load passwords. Maybe is it a checksum issue somehow? Checksum stored in a receipt somewhere? Maybe I can update that as well? Anyone with tips / experience to share? Beuller? |
|
|
|
|
|
#2 | |||||||||||||||||||||||
|
MVP
Join Date: Jun 2007
Location: Skellefteċ, Sweden
Posts: 1,173
|
Having mode 777 looks fishy to me. at least on tiger it should be: Code:
$ ls -la /Applications/Safari.app/Contents/MacOS/Safari -rwxrwxr-x 1 root admin 2941912 Jun 13 18:40 /Applications/Safari.app/Contents/MacOS/Safari
__________________
/Bengt-Arne Fjellner IT-Administrator Luleċ university, Sweden. Some say: "You learn as long as you live". My way: "You live as long as you learn". |
|||||||||||||||||||||||
|
|
|
|
|
#3 |
|
Prospect
Join Date: Sep 2006
Posts: 40
|
Thanks for the reply, however, it's the same with 775.
|
|
|
|
|
|
#4 |
|
Prospect
Join Date: Sep 2006
Posts: 40
|
.: bump :.
|
|
|
|
|
|
#5 |
|
Site Admin
Join Date: Jan 2002
Location: Montreal
Posts: 32,473
|
I'm guessing that it has to do with the "application signing" that was introduced with Leopard: http://www.google.com/search?q=%22ap...ing%22+leopard
__________________
hayne.net/macosx.html |
|
|
|
|
|
#6 |
|
Prospect
Join Date: Sep 2006
Posts: 40
|
Ahh didn't see that. Damn, it looks like my favorite browser feature will have to now come from Apple instead of this DIY.
|
|
|
|
|
|
#7 | |||||||||||||||||||
|
All Star
Join Date: May 2004
Location: london on ca
Posts: 930
|
You could try signing the modified app yourself: http://developer.apple.com/documenta...gningGuide.pdf I played with this earlier this year (but I forget the details...) and it seemed to work, at least for usernames and passwords. From what I recall, it will be necessary to re-approve each password item the first time but after that, it should be ok. But work on a copy - removing Apple's signature might break other things. |
|||||||||||||||||||
|
|
|
|
|
#8 |
|
Prospect
Join Date: Sep 2007
Posts: 12
|
Hi,
There's a plugin for Safari called SafariSIA (http://allocsoft.com/safarisia/) which does exactly what you need. Edit: Oh. I see from your post on the page detailing the hint that you're trying to avoid SIMBL plugins. This one doesn't seem to slow down Safari too much, if at all, so I'd still recommend you try it. Last edited by gdap; 07-15-2008 at 06:33 PM. |
|
|
|
|
|
#9 | ||||||||||||||||||||||||||||||||||||||||||||||
|
Prospect
Join Date: Sep 2006
Posts: 40
|
Interesting. This is probably what is causing it. Will look into resigning (a copy) as a possible solution, though it all seems a bit daunting.
Yeah, considering the performance issues and the fact SIMBL plugins are now officially unsupported, was hoping to avoid this route. Nonetheless, giving this one a try, it seems to no longer work in Leopard? Tried copying to ~/Library/InputManagers also /Library/InputManagers, but with either, Safari doesn't load the plugin (no preferences option). Wonder if this has something to do with it: http://blog.macromates.com/2007/inpu...rs-on-leopard/ |
||||||||||||||||||||||||||||||||||||||||||||||
|
|
|
|
|
#10 |
|
Prospect
Join Date: Sep 2007
Posts: 12
|
It works for me in Leopard. Did you copy the whole folder? (http://allocsoft.com/safarisia/Install.txt)
|
|
|
|
|
|
#11 |
|
Prospect
Join Date: Sep 2006
Posts: 40
|
Hmm I wonder why it would load on your system and not on mine. I did indeed follow the Install.txt to the letter.
Also noticed the initial bundle is a regular folder and the first Info file is apparently a plist though missing the .plist extension (not hiding, but missing... intentional?). Using Leopard 10.5.4 with latest Safari 3.1.2 (5525.20.1) EDIT: If it helps, this util perpetually reports SafariISIA as broken (even after fixing). http://blog.greatascent.com/archives/18 Last edited by Casemon; 07-15-2008 at 08:13 PM. Reason: Added util results |
|
|
|
|
|
#12 |
|
Prospect
Join Date: Sep 2006
Posts: 40
|
Issue Resolved!
Just a note to update on this issue; re-signing of the Safari binary is necessary to get this working (showing saved passwords, and without prompts everytime) under Leopard.
Was much easier than I first thought and works a treat! (though if you do it, back up first!) Thanks to biovizier for the pointer here. Now I'm back to full Safari goodness (now with no annoyances!)
|
|
|
|
![]() |
| Tags |
| binary, experience, keywords, passwords, safari |
|
|