We currently allow to import 1pif files but this is not useful as 1password would only export 1pux and I no longer have access.
Since I can not export in any other format and no longer have access to the vault to try on other operating systems, I’m in a hard place where I am having to use the credentials from an unsecured 1pux archive (basically JSON)
Yes the feature has been reviewed, merged and has passed testing by our QA team. It has been marked “Ready for Release” and will be included in the next release. Likely beginning/mid next week as mentioned.
Merging a Pull Requests just means it has passed code-review.
of course I had to stumble into one error
I’m still trying to make sure I’m pinpointing it right, but it seems to be caused by a GPG record. I have the public key on the description and the private key attached. The error seems to be misleading, though: it says  [SecureNote] "<name>": The field Notes exceeds the maximum encrypted value length of 10000 characters. but when I wc -m both the description and the attached file, I get a total of less than 4k chars.
I did just read your comment on that issue about currently ignoring attachments, so it’s back to square one for trying to figure out what caused this… maybe I’m looking at the wrong entry?
Just checking the unzipped file. The public block on description has exactly 6392 characters on the “notesPlain” field, and there’s the
and I think this may be the limitation, correct? And yeah, if instead of downloading manually from the web interface of 1password (my account there is already frozen) I extract from the file, the size matches this bigger value than the one I found before.
Let me see if I can manually change the 1pux file to remove it, and reupload to Bitwarden
ok, that wasn’t all. There was, indeed, ANOTHER entry with the exact same name containing a HUGE line of “notesPlain”. After removing that entry completely, I was able to import my 1pux file without problems.
I’m happy to hear that you figured it out and that the import worked after removing that one entry.
The length restriction is for notes and custom fields and relates to the length of the encrypted string. The attachments I mentioned are proper attachments (.pdf, .jpg, etc), that would reside in the files-folder of the unzipped 1pux-file. Those are currently not imported.
Yeah, I anticipated that and removed those files from my manual version.
One bad thing I noticed: “Archive” in 1password is kind of its recycle bin, the trash can. And when I imported, everything I had “archived” (deleted) came back to life, instead of going to the Thrash - I imagine this must have been decided because 1password’s Archive has no timeout on its entries, while Bitwarden’s Trash items get automatically deleted after 30 days.
I think it would be nice to have it imported to the Trash as it should, and a notification at the end of the importing process: “999 items were imported from 1password’s Archive, please check your Trash folder or items will be deleted in 30 days”?
Hi. Thanks for the quick reply. So an update! Tried importing again and again and finally, the vault appeared, but every item in triplicate. This suggests that they were imported each time, but for some reason not displaying. So I then deleted everything in the vault and tried importing again. This time, everything appeared as it should. So that’s great, but, a new problem…
When I installed the Safari browser extension and logged in, the vault is empty. Same account, but it’s empty in Safari. Went over to Firefox and installed the extension there and logged in. In Firefox, it loaded as it should and all my logins are there. Tried Chrome and that works fine too. Why does my vault show as empty in the Safari browser extension?