flyfire / android-notifier

Automatically exported from code.google.com/p/android-notifier
0 stars 0 forks source link

encryption not working with macdroidnotifier 0.2.8 #188

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
I have been trying encryption with macdroidnotifier 0.2.8 (android version is 
0.2.8 also on a HTC Desire running froyo) and when encryption is turned on the 
test notification (or any other) is not shown on the mac.

What steps will reproduce the problem?
1. enable encryption on the handset and set passphrase. (1234 used here)
2. enter same passphrase in MacDroidNotifier settings (1234) and close settings 
dialog
3. send test ping from handset

the test ping is not seen on the desktop. if encryption is then disabled on the 
device and the test ping sent again then it shows up as expected just not when 
encryption is enabled.

in the console we occasionally see one of the following (but not for every test 
ping sent):
MacDroidNotifier[609]   Failed to decrypt: -4304
MacDroidNotifier[609]   Failed to decrypt: -4300

MacDroidNotifier 0.2.8 on Snow Leopard 10.6.3.
Remote Notifier on HTC Desire running HTC's 2.2

have tried a number of different passphrases, from single characters to more 
complicated ones.

Original issue reported on code.google.com by edwardge...@gmail.com on 28 Sep 2010 at 5:38

GoogleCodeExporter commented 9 years ago
ah, i've figured it out. enter _needs_ to be pressed in the passphrase input 
box in MacDroidNotifier, if the field is simply filled in and settings closed 
it won't work. the value will be remembered and appear there next time settings 
is opened but won't work until you highlight the field and press enter.

Original comment by edwardge...@gmail.com on 28 Sep 2010 at 5:42

GoogleCodeExporter commented 9 years ago
hmm this doesn't always seem to be the case though, i've just changed my simple 
test passphrase to a more complex one, pressed enter in the field before 
closing settings but it's not working again. if i set it back to 'abc' then it 
works again. change it back to a slightly longer one and it breaks. i've 
re-entered the passphrase is the phone several times being careful to spell it 
correctly to no avail. something weird going on with the encryption between the 
handset and mac.

Original comment by edwardge...@gmail.com on 28 Sep 2010 at 5:48

GoogleCodeExporter commented 9 years ago
right, it seems to me from testing varying lengths of passphrase that any 
passphrase 8 characters or longer doesn't want to work.

'abcdefg' works (and shorter). 'abcdefgh' doesn't.
'qwertyu' works. 'qwertyui' doesn't.

Original comment by edwardge...@gmail.com on 28 Sep 2010 at 5:59

GoogleCodeExporter commented 9 years ago
Hmmm indeed, I did all my testing with a 6-char password :p shame on me.
Thanks for the detailed report, I wish every user got me so many details of the 
issues they find :)

Original comment by rdamazio@gmail.com on 28 Sep 2010 at 6:33

GoogleCodeExporter commented 9 years ago
Reproduced, it appears to be an issue on the mac side only. Fixing.

Original comment by rdamazio@gmail.com on 29 Sep 2010 at 2:25

GoogleCodeExporter commented 9 years ago
Fixed in r340. Making a new release with that.

Original comment by rdamazio@gmail.com on 29 Sep 2010 at 2:38

GoogleCodeExporter commented 9 years ago
Also made it save the password immediately in r341.

Original comment by rdamazio@gmail.com on 29 Sep 2010 at 2:50

GoogleCodeExporter commented 9 years ago

Original comment by rdamazio@gmail.com on 29 Sep 2010 at 2:59

GoogleCodeExporter commented 9 years ago
great, this works here! thanks.

Original comment by edwardge...@gmail.com on 29 Sep 2010 at 3:08