Topic: [ANNOUNCE] Electrum - Lightweight Bitcoin Client - page 43. (Read 274569 times)
Hi, am correct to assume that electrum can't run with Python32? Just am stuck in the python dependency hell in windows an am beginning to hate Python! ;( flatfly has been helpful with his windows port however
don't know wether this is know, but just discovered a bug in the amount entry field. to reproduce.
The cursor is always put to the end of the text after entering something. Same for "fee" textbox.
- enter 1.456
- hit cursor left 3 times
- enter "123"
- see "0.145623" instead of the expected "0.123456"
The cursor is always put to the end of the text after entering something. Same for "fee" textbox.
Thanks for the report. I've created an issue on Github and I will make sure it's fixed in the next release.
don't know wether this is know, but just discovered a bug in the amount entry field. to reproduce.
The cursor is always put to the end of the text after entering something. Same for "fee" textbox.
- enter 1.456
- hit cursor left 3 times
- enter "123"
- see "0.145623" instead of the expected "0.123456"
The cursor is always put to the end of the text after entering something. Same for "fee" textbox.
I just wanted to say this. It's very annoying and can lead to sending wrong quantities. Using Ubuntu 12.04 64 bits.
don't know wether this is know, but just discovered a bug in the amount entry field. to reproduce.
The cursor is always put to the end of the text after entering something. Same for "fee" textbox.
- enter 1.456
- hit cursor left 3 times
- enter "123"
- see "0.145623" instead of the expected "0.123456"
The cursor is always put to the end of the text after entering something. Same for "fee" textbox.
I just made this commit. Could you merge it into your 1.0 branch and see if that helps you diagnose the problem?
Thanks!
I'm getting a more explicit error message now.
> electrum verifymessage 1EPtpYzA43o3Mj66Hd18TFUjHc6eR
eqfDq G+ueV7eOuAkLcPgdy99cL2v+tRBv+oFDqPUTjJtBxyeL8dNWHKSYAvQBt2BF7ZwFh6eeuvqzxf
qmZzCRNFAROEo= HelloAll
Verification error: Incorrect padding
False
>
Not sure what the problem is, at this stage...
it means that there is a problem with the format of the signature, not that the signature itself is wrong.
try to add quotes around the signature.
Thanks, it worked with the quotes!
In the meantime I found that it also works (without using quotes) if you simply type "python electrum verifymessage ..." instead of just "electrum verifymessage ..."
I just made this commit. Could you merge it into your 1.0 branch and see if that helps you diagnose the problem?
Thanks!
I'm getting a more explicit error message now.
> electrum verifymessage 1EPtpYzA43o3Mj66Hd18TFUjHc6eR
eqfDq G+ueV7eOuAkLcPgdy99cL2v+tRBv+oFDqPUTjJtBxyeL8dNWHKSYAvQBt2BF7ZwFh6eeuvqzxf
qmZzCRNFAROEo= HelloAll
Verification error: Incorrect padding
False
>
Not sure what the problem is, at this stage...
it means that there is a problem with the format of the signature, not that the signature itself is wrong.
try to add quotes around the signature.
I just made this commit. Could you merge it into your 1.0 branch and see if that helps you diagnose the problem?
Thanks!
I'm getting a more explicit error message now.
> electrum verifymessage 1EPtpYzA43o3Mj66Hd18TFUjHc6eReqfDq G+ueV7eOuAkLcPgdy99cL2v+tRBv+oFDqPUTjJtBxyeL8dNWHKSYAvQBt2BF7ZwFh6eeuvqzxf
qmZzCRNFAROEo= HelloAll
Verification error: Incorrect padding
False
>
Not sure what the problem is, at this stage...
I just made this commit. Could you merge it into your 1.0 branch and see if that helps you diagnose the problem?
Spoke about it with Thomas and he mentioned that there is a possible exception that can be raised in wallet.verify_message. Look at line 501 in wallet.py.
Probably the easiest way to debug is to remove lines 535 and 538 and let it raise the exception if it happens.
Probably the easiest way to debug is to remove lines 535 and 538 and let it raise the exception if it happens.
Hmm, returns False for me... Seems to be a windows-specific issue then. I'll try to determine if it has something to do with my build process.
Code:
electrum verifymessage 1EPtpYzA43o3Mj66Hd18TFUjHc6eReqfDq G+ueV7eOuAkLcPgdy99cL2v+tRBv+oFDqPUTjJtBxyeL8dNWHKSYAvQBt2BF7ZwFh6eeuvqzxfqmZzCRNFAROEo= HelloAll
False
False
signmessage / verifymessage don't seem to work for me, verify always produces False - could someone else test as well?
I am aware of the issue; there are two problems:
- a module was mising in setup.py this is fixed in git (see recent commits)
- verifymessage fails with compressed keys (the new format used by the satoshi client). the result is that it will return False on a string signed by the satoshi client using a recent wallet. this was reported by nanotube. it is not fixed yet.
Verifymessage still seems to always fail for me... I'm not using compressed keys, I'm just trying a basic test, signing and verifying myself.
Does it work on Linux?
What's the status on this? Can anyone verify that verifymessage works? Doesn't seem to do it for me.
EDIT: I'm not using compressed keys.
Code:
electrum signmessage 1EPtpYzA43o3Mj66Hd18TFUjHc6eReqfDq HelloAll
--> G+ueV7eOuAkLcPgdy99cL2v+tRBv+oFDqPUTjJtBxyeL8dNWHKSYAvQBt2BF7ZwFh6eeuvqzxfqmZzCRNFAROEo=
electrum verifymessage 1EPtpYzA43o3Mj66Hd18TFUjHc6eReqfDq G+ueV7eOuAkLcPgdy99cL2v+tRBv+oFDqPUTjJtBxyeL8dNWHKSYAvQBt2BF7ZwFh6eeuvqzxfqmZzCRNFAROEo= HelloAll
--> True
--> G+ueV7eOuAkLcPgdy99cL2v+tRBv+oFDqPUTjJtBxyeL8dNWHKSYAvQBt2BF7ZwFh6eeuvqzxfqmZzCRNFAROEo=
electrum verifymessage 1EPtpYzA43o3Mj66Hd18TFUjHc6eReqfDq G+ueV7eOuAkLcPgdy99cL2v+tRBv+oFDqPUTjJtBxyeL8dNWHKSYAvQBt2BF7ZwFh6eeuvqzxfqmZzCRNFAROEo= HelloAll
--> True
Try it yourself. If you want to lead or end a string with extra spaces or want to use double spaces inside a string make sure to quote it. I.e. "Hello All", " Hello All " etc.
signmessage / verifymessage don't seem to work for me, verify always produces False - could someone else test as well?
I am aware of the issue; there are two problems:
- a module was mising in setup.py this is fixed in git (see recent commits)
- verifymessage fails with compressed keys (the new format used by the satoshi client). the result is that it will return False on a string signed by the satoshi client using a recent wallet. this was reported by nanotube. it is not fixed yet.
Verifymessage still seems to always fail for me... I'm not using compressed keys, I'm just trying a basic test, signing and verifying myself.
Does it work on Linux?
What's the status on this? Can anyone verify that verifymessage works? Doesn't seem to do it for me.
EDIT: I'm not using compressed keys.
ThomasV : how far along is the code towards being able to reference multiple servers? (e.g. I want my client to connect with at least m of n selected servers before doing anything)
or genjix maybe knows this better ... is there any dev work underway to achieve this?
or genjix maybe knows this better ... is there any dev work underway to achieve this?
I think it is reasonably easy to do.
It will increase traffic and workload on the servers, but I think that eventually server operators will find a way to handle this.
another extension that I did not have time to work on is client authentication at a server; this would open the door to commercial servers.
A new logo proposal with an orbit circle:
ThomasV : how far along is the code towards being able to reference multiple servers? (e.g. I want my client to connect with at least m of n selected servers before doing anything)
or genjix maybe knows this better ... is there any dev work underway to achieve this?
or genjix maybe knows this better ... is there any dev work underway to achieve this?
As far as I know nobody is working on this just now. Only work on the server connection that is planned is making it less obtrusive. Basically as a casual user it will connect to servers and reconnect to different ones if one stops working without user interaction.
Feel free to send in a pull request though if you feel like coding up something.
Ok, thanks ... I will feel free at your behest.
ThomasV : how far along is the code towards being able to reference multiple servers? (e.g. I want my client to connect with at least m of n selected servers before doing anything)
or genjix maybe knows this better ... is there any dev work underway to achieve this?
or genjix maybe knows this better ... is there any dev work underway to achieve this?
I have indicated that I would like to work on this problem, but haven't been graced with free cycles lately. I think it's a significant problem too. I will free up some time and try to make it happen sooner than later.
Awesome! This is a very welcome feature, it's just something out of my current comfort zone. I'm glad you are stepping up
ThomasV : how far along is the code towards being able to reference multiple servers? (e.g. I want my client to connect with at least m of n selected servers before doing anything)
or genjix maybe knows this better ... is there any dev work underway to achieve this?
or genjix maybe knows this better ... is there any dev work underway to achieve this?
I have indicated that I would like to work on this problem, but haven't been graced with free cycles lately. I think it's a significant problem too. I will free up some time and try to make it happen sooner than later.
ThomasV : how far along is the code towards being able to reference multiple servers? (e.g. I want my client to connect with at least m of n selected servers before doing anything)
or genjix maybe knows this better ... is there any dev work underway to achieve this?
or genjix maybe knows this better ... is there any dev work underway to achieve this?
As far as I know nobody is working on this just now. Only work on the server connection that is planned is making it less obtrusive. Basically as a casual user it will connect to servers and reconnect to different ones if one stops working without user interaction.
Feel free to send in a pull request though if you feel like coding up something.
ThomasV : how far along is the code towards being able to reference multiple servers? (e.g. I want my client to connect with at least m of n selected servers before doing anything)
or genjix maybe knows this better ... is there any dev work underway to achieve this?
or genjix maybe knows this better ... is there any dev work underway to achieve this?
That would be great. Throw it up at the bottom of the download page.
Jump to: