How can I import eWallet 7.4.4 data to 1Password 5.0.2 on Yosemite 10.10.1

anovick

How can I import eWallet 7.4.4 data to 1Password 5.0.2 on Yosemite 10.10.1

I've tried MrC's utility and when using a ".wlt" file I get this output:

alnmbp293:convert_to_1p4 anovick$ perl5.16 convert_to_1p4.pl ewallet -v -d ../MyWallet.wlt
main : Command Line: ewallet -v -d ../MyWallet.wlt
main : Output file: /Users/anovick/Desktop/1P4_import.1pif
utf8 "\xFF" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
(F) When reading in different encodings Perl tries to map everything
into Unicode characters. The bytes you read in are not legal in
this encoding, for example

    utf8 "\xE4" does not map to Unicode

if you try to read in the a-diaereses Latin-1 as UTF-8.

utf8 "\xEC" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\xDA" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\xA8" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\x90" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\xB9" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\xC4" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\xEB" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\xA7" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\x98" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)

utf8 "\xD1" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\xDC" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\xFB" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\xFA" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\xDD" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\x83" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\xD8" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\x94" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\xC6" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
utf8 "\x89" does not map to Unicode at Converters/Ewallet.pm line 451 (#1)
Imported 0 cards
Exported 0 total items

When I try the utility with the exported .txt file, I get:

alnmbp293:convert_to_1p4 anovick$ perl convert_to_1p4.pl ewallet -v ../MyWalletExport.txt
Uncaught exception from user code:
Card name is missing in card entry
Converters::Ewallet::do_import('../MyWalletExport.txt', undef) called at convert_to_1p4.pl line 116
alnmbp293:convert_to_1p4 anovick$

HELP! (please).

-alan

MrC

Hi @anovick‌,

Let's see if we can get this sorted out.

The first attempt using the raw wallet file (MyWallet.wlt) would not work - you must have eWallet export the wallet to a text file, as per the README instructions.

Now this one is more interesting to me:

$ perl convert_to_1p4.pl ewallet -v ../MyWalletExport.txt
Uncaught exception from user code: Card name is missing in card entry
Converters::Ewallet::do_import('../MyWalletExport.txt', undef) called at convert_to_1p4.pl line 116

Be sure to use "perl5.16" not just "perl" on Yosemite. Try:

perl5.16 convert_to_1p4.pl ewallet -v ../MyWalletExport.txt

If that doesn't help, please see the Note in the README file that starts with "Note: eWallet’s export format is ambiguous and not well-defined. The converter attempts to determine proper record boundaries, but can fail if a card’s notes contain a certain pattern..."

See if correcting that situation helps...

anovick

Double checked text file. Running with Perl5.16 (was yesterday too). Still no joy.

Is the error:
Uncaught exception from user code:
Card name is missing in card entry
Converters::Ewallet::do_import('../20150125-2.txt', undef) called at convert_to_1p4.pl line 116
referring to line 116 in the text file or line 116 in the perl script (convert_to_1p4.pl)?

No matter how I edit the text file, the error always refers to line 116.

Any more guidance is appreciated.

Oh, and thank you for the prompt reply from yesterday's request. You are a mensch.

Thank you.

-alan

MrC

You're welcome. Let's work offline, since we'll probably have a little back and forth on this one until we see which record is causing the issue. I can provide more instructions as to narrowing down the issue, including how you can enable debug output. My email as at the top of the script.

We can summarize here when we're done.

MrC

User anovick sent me an email update yesterday. I had updated the eWallet converter to help isolate the problematic record, and with the use of the debug option (--debug), the record was found, and eWallet export converted to 1PIF:

The “-d” debug switch pointed me to the problem record.

A quick edit, run one more time, and voila: one perfectly readable (if not entirely accurate…but not your fault) conversion to .1pif format. I imported to a separate vault, and it looks pretty darned good.

Thank you for your magic your patience, and your hand-holding.

Now we can abandon eWallet, and move forward.

THANK YOU.