Hi, I'm interested in moving to 1Password BUT I don't want a huge hassle as I migrate things from Dashlane. I am not a techie and when I look at previous discussion posts here about how to get my info into 1Password, my eyes glaze over and I feel total defeat before I even start. Is there any clear, idiot-proof step by step explanation of how to generate the appropriate data file for 1Password? Thanks.
Comments
There are basically 3 steps:
Do you know how to do Step 1?
I am switching from Dashlane (Premium) to 1Password 4. I installed the Beta version of 1Password because I am running OS 10.10 (PB2 Yosemite). Now, I am looking for an easy way to import my data. Is a CVS file the way to go? I so, when I export from Dashlane to a CVS file will the values be in the sequence they need to be in? What are the rules for formatting the CVS file? Or if CVS is not my best option, what is?
There is quite a long thread here on importing from Dashlane, with a number of suggestions.
Stephen
I am trying to do this too. I did Step 1, but do not know what I have to do in Step 2. Help.
Hi Mel,
Unfortunately, Dashlane has a very poor CSV exporter. It has the following problems:
It varies the number of columns based on the item type (Login, Note, Credit Card), and this is non-standard. The CSV should have the same number of columns for all the rows.
It does not export all data to the CSV - some data is simply missing from the export.
It does not allow you to selectively export only certain items (for example, only Login items). This presents problem #1 above.
It fails to properly quote certain characters such as double-quote, and this breaks importing programs which expect proper CSV. I just tested this, and find that the bad Dashlane CSV export breaks importing into Numbers 3.2.2. Dashlane's incorrect quoting of double-quotes causes an entry to break into two rows (one Dashlane entry splits into two CSV rows, which would result in two incorrectly sized entries, and 1P4 will not import these since the number of columns varies across the rows).
So while you can export to improperly formatted CSV, and open with a spreadsheet program, you are likely going to have to massage the data to (a) re-combine any rows that were split due to (4) and (b) delete any rows that are not Login types. This still might be better than copy/pasting for you.
To Import into 1P4 a Dashlane CSV export, you will first have to open the CSV in a spreadsheet program such as Numbers, and remove the non-Login rows (Login items will have 5 columns, which are Title, Website, Username, Password, and Notes), export again as a CSV from Numbers, and then you can import the Numbers saved CSV with 1P4's File > Import selecting the text CSV import format and Login as the Type.
Thank you.
Basically, that's what I did. And it worked!
Here are the steps I used:
Here is a simple solution that worked perfectly for me.
I imported 192 Logins with no errors.
AgileBits Team Member
Hi Mel,
Thanks so much for sharing your steps here! I'm so glad to hear that you got everything imported safely into 1Password. If you hit any further snags, we're here to help.
AgileBits Team Member
Hey guys,
I've merged a couple overlapping Dashlane topics together to keep the discussion under one roof.
Hi, I would like to do this, but how do I accomplish this if I don't have Excel or Numbers. I occasionally use Google Docs . Is it possible/SAFE to upload the CSV file into a google docs spreadsheet and can I do the same re-structuring there that is necessary for an easy import to 1P?
Probably that is a very bad idea. I would instead download and install something like the free LibreOffice, and use its Calc program on your computer instead of over the network.
Thanks, is that the same as OpenOffice.org?
It is a forked (unencumbered, better!) version.
Isn't it generally unsafe to have passwords in plain text on a computer, period? I guess I just need to get it, download it, use it, and delete immediately.
While, it has been a while since I did it... I think I just started in Dashlane and did an Export to a CSV file on the Desktop; I edited the CSV file t make sure everything looked good. Then I went to 1Password and did a file Import. Oh, one more thing. I have both password programs installed on my MacBook Pro and also on iPads and iPhones. So, after I made sure all the logins and passwords were clean on the MacBook Pro, I deleted all passwords from the iOS devices. I used DropBox to sync. After my stuff was safely in 1Password, I deleted the insecure CSV file.
AgileBits Team Member
Indeed, @miccamicca. The idea is to perform the migration, move the file to the trash that contains the plain text data, then secure empty trash from the Finder menu.
And thanks for letting us know all is well, Mel!
Please let us know if there is anything else we can help with.
Update: DashLane 4.0 is no better.
See https://discussions.agilebits.com/discussion/comment/273495/#Comment_273495
I'm running Dashlane 4.0.0 and 1Password 6.0.1 on a Mac running OS 10.11.3. When I try to import the Excel files into 1Password, they are greyed out in the Finder so they can't be selected. I've saved them into several .csv formats and they still are greyed out and can't be imported.
@FredMertz,
The DashLane export is ambiguous, in that the fields are not labeled or described. For example, below are some Passwords entries. The first one seems obvious. If you know it is a Login, the 5 standard fields are: Title, Site, Email, Password, Notes (the stuff you care about is inside the CDATA[ ... ] ) :
But filling in the Login value of the entry, you get a 6-field entry with the fields: Title, Site, Login, Email, Password, Notes:
Notice that the third field changed meanings, and the entry has 6 instead of 5 fields.
And here's another one, this one has a secondary Login, and this time the fields are Title, Site, Login1, Email, Login2, Password, Notes:
Notice now that the entry has 7 fields instead of 5 fields.
So you might think, well, just use the number of fields in the entry to tell you record's Category. Unfortunately, it isn't that simple. Here's a record with 7 fields. It is an Addresses entry:
It has 7 fields as does an Login entry with both the primary and secondary Login values filled. So, the number of fields cannot be used to determine the category type.
And since the data is freeform when entered, it is not possible to reliably determine the "type" of value in each cell - any heuristic would be easily fooled.
So, you are going to have to open this data in Excel, and format and separate the data according to 1Password's CSV import guidelines, as mentioned in the support article How to create a 1Password compatible CSV file, and then import the resulting CSV files.
AgileBits Team Member
Hi @FredMertz,
I'm sorry to hear that you're having difficulty getting your data imported into 1Password from Dashlane. Please let me know if MrC's post above has helped - he's been a fantastic resource for users looking to import, and we're lucky to have him.
I hope that his steps have helped you get all your data safely into 1Password.
I understand all that. I'm very tech savvy and very Mac savvy. The issue is the Excel .csv files I've created cannot be imported into 1 Password because they are greyed out- in other words, 1Password is not recognizing the .csv files so they can be selected for import
@FredMertz,
Have you select the Options button in the lower left of the dialog, and then selected the Comma Delimited Text (.csv) option in the File Format pulldown?
I'm having no trouble selecting any CSV files (suffixed, or not).
That's not a choice. See attached screenshot
Ignore the blue selection. Had to do that to take a screenshot of the dropdown menu.
@FredMertz,
I've been referring to 1Password's Import dialog settings, not Excel's. Use the Comma Separated Values (.csv) option in your Excel export dialog. Then, use the settings mentioned above in 1Password's Import dialog.
Aha!!! Bingo. That worked. Now to check them. Thank you for your help.
@FredMertz,
Awesome. Enjoy 1Password!
I just imported 1600 passwords from Dashlane 4.0 on Windows to 1password.. here's what I found:
5a. Add a row with the column names as described above
5b. Freeze the first column
5c. Sort all rows by the 'password' column, which puts all rows with data in the password column together
5d. Move all passwords from the email column to the password column
5e. Look for rows that have more than these standard columns - usually it is due to a password ending with a comma which the CSV export trips on. Fix these manually or delete them and reset your password for the affected sites.
5f. Delete the email column. As far as I can tell, it cannot be imported using the CSV import tool.
5g. Add periods to all empty notes columns. I did this because my initial import only included 770 passwords, so I assume the CSV was messed up by empty note entries.
5h. Create separate sheets with 100 entries each (otherwise 1password skips entries on import.. apparently the process isn't super reliable with large data sets)
5i. Download each sheet as a CSV and import
A bit painful, but it works.
AgileBits Team Member
Hi @jgentes,
@MrC mentioned some of the same problems with the Dashlane CSV exporter earlier, but I'm glad you got everything sorted out.
Thanks for reporting your experience (and those steps)!
For anyone wrestling with this, I put together a small PHP script that takes care of most issues I encountered with the Dashlane export CSV: https://gist.github.com/ragulka/13f9d7a5ccb7732555b17f293dc1201a
This script will do the following:
1. Remove lines that start with a hash (something like
{0F941E53-62A7-4D7C-AF03-A40502EAA0BC})2. Remove lines with empty title (first column)
3. When there is a password, but no username, Dashlane will put the password in the username column. This script will move the password to the password column.
4. When there is both a username and an email, this script will move email to the 6th column (custom1), so that the username and password are correctly imported and the email is imported as a custom field
This script won't remove address/identity lines from CSV as there's no reliable way to do it programmatically. You will need to remove those lines manually in Excel or similar software. They are easy to spot, as they should be grouped together near the beginning of the file.
There may be other edge-cases that this script does not (yet) handle, but it's hopefully helpful as a start. If you stumble upon another case that this script could potentially fix, then feel free to contribute on Github.
AgileBits Team Member
That's awesome @ragulka! Thanks so much.