Safari extension not working, but Firefox and Chrome OK

N4TY

Just upgraded from 1Password3 to 4 -- the Safari extension won't fill in ANY fields for me on any login page (Mavericks and Safari 7.0).
I've disabled and enabled the Safari extension, no help.
Then uninstalled the 1Password extension and reinstalled, no help.
Shut down Safari, reset Safari, no help.
Doesn't work even if I use the new "Mini" on the toolbar, or even launch the web site from within the 1Password app itself.
I used the 1Password extension with Safari tens of times daily....any ideas?

N4TY

Also, I followed these instructions without help: http://learn.agilebits.com/1Password4/Mac/en/KB/filling-issues.html

Berklee

I have the same issue on Mavericks Safari; stopped working from one day to the next.

Megan

Hi @N4TY and @Berklee,

I'm sorry to hear about Safari misbehaving for you! I just have a few follow-up questions, to see if we can't narrow this down a bit further:

• Are you seeing the same behaviour in Chrome or Firefox? Or is only Safari acting up?
• Do you get any error messages or feedback when 1Password fails?

The more information we can get here, the easier it will be to track down a solution - thanks so much for your patience :)

Berklee

Are you seeing the same behaviour in Chrome or Firefox? Or is only Safari acting up?

I'm on a new install of Mavericks, no Chrome or Firefox installed.

Do you get any error messages or feedback when 1Password fails?

None whatsoever. The first field gets activated, but that's it. Anyway, a pretty obvious clue can be found in the logs:

29/11/13 10:05:00,000 kernel[0]: Sandbox: 2BUA8C4S2C.com.a(12153) deny file-read-data /Volumes/Path/To/1Password.agilekeychain/data/default/1password.keys
29/11/13 10:05:00,000 kernel[0]: Sandbox: 2BUA8C4S2C.com.a(12153) deny file-read-data /Volumes/Path/To/1Password.agilekeychain/data/default/.1password.keys
29/11/13 10:05:00,662 2BUA8C4S2C.com.agilebits.onepassword-osx-helper[12153]: 408001 [KEYCHAIN:0x7fce015b5670:] E _startSandboxedAccess | Failed to startAccessingSecurityScopedResource for 'file:///Volumes/Path/To/1Password/?applesecurityscope=HUGENUMBER'
29/11/13 10:05:00,663 2BUA8C4S2C.com.agilebits.onepassword-osx-helper[12153]: 408001 [KEYCHAIN:0x7fce015b5670:] E _startSandboxedAccess | Failed to startAccessingSecurityScopedResource for 'file:///Volumes/Path/To/1Password/?applesecurityscope=HUGENUMBER'
29/11/13 10:05:00,663 2BUA8C4S2C.com.agilebits.onepassword-osx-helper[12153]: 408001 [SYNC:0x7fce015b5670:] E setupKeychainProfile | Cannot sync, failed to load keychain profile: Error Domain=com.agilebits.onepassword.ErrorDomain Code=100 "Failed to load profile" UserInfo=0x7fce03301840 {NSURL=file:///Volumes/Path/To/1Password.agilekeychain/data/default/.1password.keys?applesecurityscope=HUGENUMBER, NSLocalizedDescription=Failed to load profile, NSUnderlyingError=0x7fce033014d0 "The file “.1password.keys” couldn’t be opened because you don’t have permission to view it."}

I have a custom path for the agilekeychain file set up in 1Password preferences. My understanding of it is that you've changed the way the agilekeychain is stored, with the primary storage in ~/Library/Containers/somewhere and those entries synced with an agilekeychain copy in the folder of my choosing. If that's correct, 1Password Mini shouldn't be trying to access the custom agilekeychain instead of the primary one.

Anyway: sandboxing.

Berklee

Tried turning off syncing, now I get:

29/11/13 10:47:41,605 2BUA8C4S2C.com.agilebits.onepassword-osx-helper[12896]: 408001 [CRYPTO:0x7f944345ef20:] E decryptDataWithReader:writer:error: | Decryption failed, bad HMAC

So things are pretty bad. Anyway, I hope you'll add some error prompts to the helper/extension, because it's rather frustrating to not know something is very wrong (like the database is unavailable). I'm going to try to delete 1Password and re-install (MAS version).

Berklee

Reinstall screwed up things royally. Every time 1Password starts I get the "Awesome! Let's Get Started"-wizard popup and have to configure it from scratch. The Safari extension can see all the passwords (I can navigate its menu and copy & paste fine), but will still not fill in fields. I even upgraded to the beta version. I'm rather frustrated, so I'm giving up for now.

Berklee

Three reinstalls and reboots later: it works again. Please add "Reboot" to the list on http://learn.agilebits.com/1Password4/Mac/en/KB/filling-issues.html… ;D

Megan

Hi @Berklee,

I'm so sorry that you had to go through such a process here! I do hope it continues to behave for you now. I'll pass along your feedback about adding reboot to that list :)

I have a custom path for the agilekeychain file set up in 1Password preferences. My understanding of it is that you've changed the way the agilekeychain is stored, with the primary storage in ~/Library/Containers/somewhere and those entries synced with an agilekeychain copy in the folder of my choosing. If that's correct, 1Password Mini shouldn't be trying to access the custom agilekeychain instead of the primary one.

You are correct, there is a local store (the Sqlite file) and a sync store (the 1Password.agilekeychain file) in 1Password 4. But the Mini needs to access both of these - if a new Login is saved, for example, both those locations will need to be updated. I hope this makes sense!

Berklee

You are correct, there is a local store (the Sqlite file) and a sync store (the 1Password.agilekeychain file) in 1Password 4. But the Mini needs to access both of these - if a new Login is saved, for example, both those locations will need to be updated. I hope this makes sense!

Yeah, I came across a mention of the SQLite file during the process. It makes sense. Thanks, I hope to be free of trouble for at least two years now!

sjk

Thanks for the followup, @Berklee.

I'll see about getting documentation about how 1Password 4 data storage is managed. I think it may often be more confusing for someone upgrading from 1P3 than if they're new with 1P4.

I sure hope your reconfigured 1Password continues working smoothly. If we can ever help you with anything else please let us know!

Berklee

The problem is back after 12 days of uptime. But, I'm seeing something new in the logs:

11/12/13 12:49:22,288 com.apple.launchd.peruser.501[171]: (2BUA8C4S2C.com.agilebits.onepassword4-helper[24484]) Exited with code: 1
11/12/13 12:49:22,288 com.apple.launchd.peruser.501[171]: (2BUA8C4S2C.com.agilebits.onepassword4-helper) Throttling respawn: Will start in 10 seconds

This keeps popping up every ten seconds. It doesn't matter whether 1Password Mini is actually running or not, it keeps printing this every ten seconds to the console log. For some reason there is no corresponding file in ~/Library/LaunchAgents for 1Password Mini, so I had to do a "launchctl list" followed by a "launchctl remove" to make this stop. Then I re-installed the 1Password Safari Extension and 1Password Mini, but still no luck.

Furthermore, 1Password Mini shows the "Add Safari Extension…" as the first menu option even though it is installed.

You really have to increase the user feedback for the Safari Extension in case of errors. There is no feedback at all indicating that I have a problem. All that happens is that cmd-\ refuses to open the 1Password extension window. Meanwhile I can click it open and the correct site password is displayed. When I click that, once again no error message, it just refuses to fill in the fields. That is all very annoying and unnecessary. Please fix the extension(s) so that they give more feedback (like when the XPC connection is unavailable). The old 1Password 3 extension had a nice warning label when it lost the connection.

sjk

Hi, @Berklee.

I'm sorry that your trouble with 1P4 has returned. Have you restarted your system since doing the other things you've mentioned? And also restarting 1Password mini after a system restart?

Then I re-installed the 1Password Safari Extension and 1Password Mini, but still no luck.

How exactly did you reinstall 1P mini? It's bundled with the main app and never intended to be installed separately.

XPC is only used between 1P mini and main app. If Command-\ does nothing in your web browser then something unusual is happening and errors are in the log files. So we can check those errors and better assist you to get this all sorted out please email us a Diagnostics Report from your Mac that's having this problem; instructions are here:

Sending us your Diagnostics Report to help us help you!

Please do not post your Diagnostics Report in the forum, but do include a link to this topic and your forum username in the email so we can "connect the dots" when we receive it. A quick comment here mentioning that you've sent it would also be helpful. Thanks in advance!

Berklee

Alright, my suspicions were that either an upgrade of the Safari Extension (due to auto-updates) or 1Password were the cause of this. I've just updated 1Password from the MAS to 4.1 and lo and behold:

2BUA8C4S2C.com.a(1865) deny file-read-data /Volumes/Path/To/1Password/1Password.agilekeychain/data/default/1password.keys

I will now send you the diagnostic data.

(As far as reinstalling 1P Mini, that was a typo, I meant 1Password the main app, of course.)

sjk

Thanks, @Berklee. Report received and we're following up with you in email about this problem.

Berklee

Thanks @sjk, I appreciate it. Though the first response did not seem to take this discussion thread into account, I hope you find the time soon to try again. Thanks!

sjk

Hi, @Berklee.

We'll surely get this resolved for you with everything taken into account. :)

mikokim

I've been experiencing the same problem: Mavericks 10.9.1, Safari 7.0.1, latest 1Password and Safari extension: Login not working (extension and mini). I observed that this ONLY happens when I'm also downloading a file in Safari. On FF and Chrome the extension works just fine. This doesn't seem to be related to the other fixes you suggest (uninstalling extension etc... I've done that and the problem persists). Have a look at using the extension while downloading larger files in the background.

sjk

Hi, @mikokim.

I'm sorry 1P4 filling with Safari has been temperamental for you, too. Thanks for mentioning that downloading could be having an impact on it, at least in your case. And so far that's the only time you've noticed having the filling issue? Does it temporarily become dysfunctional during downloading, then resume normal functionality after downloading all within the same Safari session? I'll pass this info along to our developers.

If you haven't already tried it, can you let me know if you notice any difference after (temporarily) disabling the Animate form filling option under Preferences… > Browser?

Thanks!

mikokim

Hi,

Temperamental is the right term here. Clearing the Animate form filling check box indeed helped; it worked. When I checked it again, at first, filling while downloading still worked, then after a longer Safari session, it started to show the same behavior: wouldn't fill the form. BUT, I left the login form field open at one point, and then, AFTER the download finished, form fill would recommence and the site would open. Now, isn't that somethin' :D

Megan

Hi @mikokim,

This has been a rather temperamental feature, hasn't it? Thanks for confirming that behaviour. I've updated our issue tracker with your new information - hopefully this will spark a solution for our developers!

VirtualWolf

I was having the same issue (logins not being filled only in Safari, but only intermittently) and disabling the Animate Form Filling checkbox fixed it here too.

sjk

Hi, @VirtualWolf.

Thanks for letting us know about your success with filling after disabling Animate form filling. I've also added your report to our issue tracker. We are making progress on fixing this.

VirtualWolf

Good to hear, thanks!

sjk

You're VirtualQuickWolf now. :)

I've left something in your Messages Inbox.