1Password crashing on importing of .1pif file.

Hi @ Megan

I do have the same problem

• OS X 10.9
• 1Password 3.8.21

I have run the terminal command
Last login: Thu Dec 19 07:33:03 on console
daniels-mbp:~ Daniel$ PATH=/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/Applications/1Password.app/Contents/MacOS/1Password
daniels-mbp:~ Daniel$

I'm still not successful in importing the .1pif file, actually it apears as a folder.

Can you help me?

Hi @Megan

I fail a the last point. Actually the dialog box expects a file to chose and not a folder therefore the open button is greyed out. If I chose the data.1pif inside the folder I can open it but the the application crashes.

Hi, I had to reinstall my Mac with a clean install. I've exported my whole 1Password content into a .1pif file before.

Now, after reinstalling 1Password and trying to import the 1pif file, 1Password crashes every time. :(

I'll send you a mail with my diagnostic file and a Link to this topic.

Please help! Thanks in advance.

Hi Megan, thanks in advance. I've managed to get the last Backup agilekeychane_zip out of my TimeMachine and restored all my content. So I'm fine, but it would be nice for everyone to know, why the import of the 1.pif file fails and if there is a way to solve it.

Merry X-Mas to all at AgileBits Inc.

Hi @Megan,

your #2 post did help in my case ("Mavericks"-issue with 1Password 3.8.21 build 32009). Thanks!

But would like to post 2 questions to this related to the observation made during the import process resp. about the import result:

1. Error log messages during import

During the import process, the terminal window logs out some lines. Multiple occurrences of this type, just with different "hash keys" like "49A873F1CC204DE3B47ADB037A030FD5":

2014-01-07 12:09:00.470 1Password[3115:507] Failed to load metadata file://localhost/Users/kai/Library/Application%20Support/1Password/1Password.agilekeychain/a/default/files/49A873F1CC204DE3B47ADB037A030FD5/60CF935A7EAB4C41B3DD7328C632E6D9.def: Error Domain=NSCocoaErrorDomain Code=260 "Die Datei „60CF935A7EAB4C41B3DD7328C632E6D9.def“ konnte nicht geöffnet werden, da sie nicht existiert." UserInfo=0x1100accb0 {NSFilePath=/Users/kai/Library/Application Support/1Password/1Password.agilekeychain/a/default/files/49A873F1CC204DE3B47ADB037A030FD5/60CF935A7EAB4C41B3DD7328C632E6D9.def, NSUnderlyingError=0x1100b06a0 "Der Vorgang konnte nicht abgeschlossen werden. Es existiert keine Datei und kein Ordner dieser Art"}

I figured out that all listed hash keys are actually matching the folder names of the 1pif folder content, which was the source for the import activity, located in the attachments path, like: myexportname.1pif/attachments/60CF935A7EAB4C41B3DD7328C632E6D9/..

Here is also the output from the terminal window (just reduced the multiple occurrences to 1, but encompassed with all other log output, which seems looking also not 100% clean.

2014-01-07 12:04:52.911 1Password[3115:507] reloadAllObjects
2014-01-07 12:04:52.932 1Password[3115:507] Database (AGHtmlDatabase:file://localhost/Users/kai/Library/Application%20Support/1Password/1Password.agilekeychain/) load time [Cache]: 0.019+0.002 (658 objects)
2014-01-07 12:05:25.417 1Password[3115:507] -JSONValue failed. Error is: Unexpected end of input

<..START: cutting of here multiple occurrences with different hash keys>
2014-01-07 12:09:00.470 1Password[3115:507] Failed to load metadata file://localhost/Users/kai/Library/Application%20Support/1Password/1Password.agilekeychain/a/default/files/49A873F1CC204DE3B47ADB037A030FD5/60CF935A7EAB4C41B3DD7328C632E6D9.def: Error Domain=NSCocoaErrorDomain Code=260 "Die Datei „60CF935A7EAB4C41B3DD7328C632E6D9.def“ konnte nicht geöffnet werden, da sie nicht existiert." UserInfo=0x1100accb0 {NSFilePath=/Users/kai/Library/Application Support/1Password/1Password.agilekeychain/a/default/files/49A873F1CC204DE3B47ADB037A030FD5/60CF935A7EAB4C41B3DD7328C632E6D9.def, NSUnderlyingError=0x1100b06a0 "Der Vorgang konnte nicht abgeschlossen werden. Es existiert keine Datei und kein Ordner dieser Art"}
<..END: cutting of here multiple occurrences with different hash keys>

2014-01-07 12:10:13.838 1Password[3115:507] reloadAllObjects
2014-01-07 12:10:13.860 1Password[3115:507] Database (AGHtmlDatabase:file://localhost/Users/kai/Library/Application%20Support/1Password/1Password.agilekeychain/) load time [NSOperationQueue]: 0.021+0.002 (661 objects)
2014-01-07 12:14:19.744 1Password[3115:507] 10.4-style NSDateFormatter method called on a 10.0-style formatter, which doesn't work. Break on _NSDateFormatter_Log_New_Methods_On_Old_Formatters to debug. This message will only be logged once.

Is there something to worry about?

2. General import behaviour

The import dialog window offers to set a folder name for the imported items. I set it to something different (from preset "data" to "import-from-oldmac").
Before running the import, I renamed an existing "Importiert" folder (from a past import) to "Importiert2".
The final result was that the "Importiert2" folder got automatically renamed back to "Importiert" and "import-from-oldmac" was placed inside.
Plus a second folder "Importiert" with again a folder "import-from-oldmac" were created in addition.
So the folder tree navigation looks like this now (really, it has twice this folder tree):

• Folder/Importiert/import-from-oldmac
• Folder/Importiert/import-from-oldmac

Whereas I was expecting:

• Folder/Importiert2/.. (all previously existing folders remain to exist (FYI: they still do))
• Folder/Importiert/import-from-oldmac/.. (all items from the import activity)

I'm wondering now, if this is an expected behaviour?

Also, mentioned before I did import in the past (but a while ago, so with older version of 1Password for Mac), I thought to remember, that when importing even if they would be "duplicates" (having set "skip" to "import" to force import), these will appear in the set folder "import-from-oldmac" - where it would be then up to the user to handle the duplicates further on.
But now the result is: the "import-from-oldmac" folder is empty (both of them indeed).

It looks like it has overwritten the existing items with the import items. But I wanted to import the items (independently if they would be duplicates or not), seeing them in the defined import folder and decide later on how I clean that up.
I'm 99% sure that I faced that it was working in the past like this, but seems not anymore now.

Is there something to worry about? As it looks like an "import-and-replace" rather than just an "import-and-let-the-user-do-whatever-afterwards-with-duplicates-from-the-importfolder"?

Thanks a lot for your clarifications!

Hi Megan,

Just wanted to let you know that I tried your tip #1 by inputing my information into Terminal and it worked just fine.

Hi Megan,
i am using 1PassWord Version 3.8.21 (build 32009) on a Mac since years, but the latest version did break the import for me. It just crashes without any further information. I did start the app from the terminal as you suggested but that doesn't work either.

devman:~ stiwi$ /Applications/1Password.app/Contents/MacOS/1Password
2014-02-17 16:46:42.287 1Password[459:507] reloadAllObjects
2014-02-17 16:46:42.313 1Password[459:507] Database (AGHtmlDatabase:file://localhost/Users/stiwi/Library/Application%20Support/1Password/1Password.agilekeychain/) load time [Cache]: 0.026+0.001 (477 objects)
devman:~ stiwi$

And thats it. No log message whatsoever.
Please help! Thanks in advance.