When I export the file is not in CSV format. Naming it "CSV" doesn't auto detect file type and there is no choice under Type of File other than All Files. I have tried with v1.13 and v1.9. I am running it on a Mint Linux system.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
After a little arguing with Apache, I got things working with the Perl
scripts. My thanks to you and to the unknown contributor. A one record
database sync'd to both Ubuntu and Android. I imported 297 records on Ubuntu.
Sync'd. Went to Android and sync'd. All fine. Imported another 21 records,
sync'd up and down, still all fine. Imported another 29 records on Ubuntu ...
got 3 warnings about duplicate records and selected Keep Existing ... and
suddenly it demanded the master password. I had not exited the program, so I
found this odd. But maybe it's a security feature of some kind. So I entered
the password ... and it told me it was incorrect. WTH? Checked caps lock was
off. Tried again - still says incorrect master password. Argh!
The only message on the console where the program was started is one which was
repeated many times earlier on the successful imports:
WARNING: Going to buffer response body of large or unknown size. Using
getResponseBodyAsStream instead is recommended.
Is 330 records too many for the database??
I also went to Android and tried to sync. It didn't ask for the master
password but it did say
There was a problem decrypting the database.
initialisation vector must be the same length as block size
So I went to look at the database on the server. 15kb. But, am I imagining
this or are the first 3 bytes supposed to be "UPM"? I thought I saw that
earlier. They aren't now.
The good news is that I still have those CSV files, so if necessary I can just
delete the database and re-import everything. But having it flake out on me
like this is rather unsettling.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
On Android I exported and mailed the database to myself, and I can see the
first 3 bytes are in fact "UPM". So I think what I'll do is quit on Ubuntu,
delete the database from the server, on Android add a record, then sync, and
hope it pushes the good database to the server.
Incidentally, seeing how things work, I am wondering if this is in fact true
"sync" - if two devices were making changes at the same time, would it be last
guy in wins? I suppose I could test that once I get this problem sorted.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Two things:
If these aren't current features, do you have a ballpark guess as to
difficulty of a newcomer modifying the code to add them? ("impossible" to
"easy")
Found the CSV info. Make that "One question".
When I export the file is not in CSV format. Naming it "CSV" doesn't auto detect file type and there is no choice under Type of File other than All Files. I have tried with v1.13 and v1.9. I am running it on a Mint Linux system.
Yes, PHP is required on the server. It's used when uploading the password
database.
A UPM user contributed Perl scripts which can be used instead. I've not tested
them myself. They're available here, https://github.com/adrian/upm-
swing/tree/master/contrib/perl_server_side_scripts.
I just use FTP to private folder on my server. This works fine and no need for
PHP. The sync is done via HTTP.
After a little arguing with Apache, I got things working with the Perl
scripts. My thanks to you and to the unknown contributor. A one record
database sync'd to both Ubuntu and Android. I imported 297 records on Ubuntu.
Sync'd. Went to Android and sync'd. All fine. Imported another 21 records,
sync'd up and down, still all fine. Imported another 29 records on Ubuntu ...
got 3 warnings about duplicate records and selected Keep Existing ... and
suddenly it demanded the master password. I had not exited the program, so I
found this odd. But maybe it's a security feature of some kind. So I entered
the password ... and it told me it was incorrect. WTH? Checked caps lock was
off. Tried again - still says incorrect master password. Argh!
The only message on the console where the program was started is one which was
repeated many times earlier on the successful imports:
WARNING: Going to buffer response body of large or unknown size. Using
getResponseBodyAsStream instead is recommended.
Is 330 records too many for the database??
I also went to Android and tried to sync. It didn't ask for the master
password but it did say
There was a problem decrypting the database.
initialisation vector must be the same length as block size
So I went to look at the database on the server. 15kb. But, am I imagining
this or are the first 3 bytes supposed to be "UPM"? I thought I saw that
earlier. They aren't now.
The good news is that I still have those CSV files, so if necessary I can just
delete the database and re-import everything. But having it flake out on me
like this is rather unsettling.
On Android I exported and mailed the database to myself, and I can see the
first 3 bytes are in fact "UPM". So I think what I'll do is quit on Ubuntu,
delete the database from the server, on Android add a record, then sync, and
hope it pushes the good database to the server.
Incidentally, seeing how things work, I am wondering if this is in fact true
"sync" - if two devices were making changes at the same time, would it be last
guy in wins? I suppose I could test that once I get this problem sorted.