[ANNOUNCE] Electrum - Lightweight Bitcoin Client

[flatfly]

Nice feature, but unfortunately the client now hangs at startup:

Traceback (most recent call last):
  File "C:\...\lib\threading.py", line 552, in __bootstrap_inner
    self.run()
  File "C:\...\ElectrumPY\interface.py", line 369, in run
    if self.wallet.is_up_to_date():
  File "C:\...ElectrumPY\wallet.py", line 299, in is_up_to_date
    return self.interface.responses.empty() and not self.interface.unanswered_requests
AttributeError: 'TcpStratumInterface' object has no attribute 'unanswered_requests'

are you sure? how did you get that error?

sorry, it turned out that was my mistake. I somehow still had an 0.44 version of interface.py in my test package.

[1714012010]

1714012010

[1714012010]

1714012010

[1714012010]

1714012010

[ThomasV]

Also, a minor issue is that the new balance column in the receive tab ignores the new 'number of zeros after the decimal point' setting

ok, that's fixed in version 0.47a. thanks for pointing that out.

[flatfly]

Excellent!

Executable release 0.47a is now available for Windows too.

[ThomasV]

here is another bugfix release (0.47b): the seed dialog now has a button to copy the seed to clipboard.

[flatfly]

Just a question, should the sum of all "receive" address balances always be equal to the global balance?
Because it isn't the case for me at the moment. Could you confirm if this is normal? Perhaps it's my
understanding of this concept that isn't correct, I'm not sure

[Ean]

Just a question, should the sum of all "receive" address balances always be equal to the global balance?
Because it isn't the case for me at the moment. Could you confirm if this is normal? Perhaps it's my
understanding of this concept that isn't correct, I'm not sure

It's normal.

You have receive addresses and change addresses. The GUI don't show the change addresses.

[flatfly]

Just a question, should the sum of all "receive" address balances always be equal to the global balance?
Because it isn't the case for me at the moment. Could you confirm if this is normal? Perhaps it's my
understanding of this concept that isn't correct, I'm not sure

It's normal.

You have receive addresses and change addresses. The GUI don't show the change addresses.

 Duh! Somehow I had forgotten the change address thing...
 Thanks for the refresher!

[flatfly]

2 cosmetic GUI-related suggestions:

1. perhaps it would be nicer / feel more polished to provide some visual feedback while the transaction is being sent (which can be as simple as just disabling the send button once it has been clicked), so the user knows the client is processing the request and doesn't try to click again - at the moment, the GUI (at least on Windows) freezes for a couple seconds (sometimes longer), and the client seems to hang until the confirmation dialog is displayed.

2. when performing a command-line operation (such as importing a private key), it would be good to provide a GUI confirm message in addition to the console message, as 99% "normal" Windows users almost never see a console window in their lives

[minimalB]

Hi,

All my receiving addresses (receive tab) show zero balance.

And another question... is it normal that tx. fee goes up for higher values? ... for example if i try to send 2.6btc, suggested fee goes from 0.001 to 0.002.

[ThomasV]

Hi,

All my receiving addresses (receive tab) show zero balance.

it is normal.
since you are the 2nd to ask about this, I guess displaying this info in the gui might not be a good idea; it seems to be confusing users.

And another question... is it normal that tx. fee goes up for higher values? ... for example if i try to send 2.6btc, suggested fee goes from 0.001 to 0.002.

yes. the suggested fee is the user's default fee times the number of inputs in the transaction.

[Ean]

Hi,

All my receiving addresses (receive tab) show zero balance.

it is normal.
since you are the 2nd to ask about this, I guess displaying this info in the gui might not be a good idea; it seems to be confusing users.

Maybe you should show the unspent change addresses as well.

[Ean]

By the way, I frequently get this error when checking the balance:

Code:

Exception in thread Thread-1 (most likely raised during interpreter shutdown):
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
  File "/home/anorber/Program/Electrum/electrum/interface.py", line 380, in run
  File "/usr/lib/python2.7/Queue.py", line 168, in get
  File "/usr/lib/python2.7/threading.py", line 237, in wait
<type 'exceptions.TypeError'>: 'NoneType' object is not callable

Also, after upgrading from 0.41 (I think) to 0.43e (I think) the Ctrl-C command stopped working. Is this intentional?

[ThomasV]

By the way, I frequently get this error when checking the balance:

Code:

Exception in thread Thread-1 (most likely raised during interpreter shutdown):
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
  File "/home/anorber/Program/Electrum/electrum/interface.py", line 380, in run
  File "/usr/lib/python2.7/Queue.py", line 168, in get
  File "/usr/lib/python2.7/threading.py", line 237, in wait
<type 'exceptions.TypeError'>: 'NoneType' object is not callable

Also, after upgrading from 0.41 (I think) to 0.43e (I think) the Ctrl-C command stopped working. Is this intentional?

please let me know if it happens with the current version, and what precisely causes it.

[Ean]

please let me know if it happens with the current version

It does.

and what precisely causes it.

Hard to say. It happens very randomly and quite often when checking the balance at the command line.

Tried python 2.6 and got the same thing:

Code:

Exception in thread Thread-1 (most likely raised during interpreter shutdown):
Traceback (most recent call last):
  File "/usr/lib/python2.6/threading.py", line 532, in __bootstrap_inner
  File "/home/anorber/Program/Electrum/electrum/interface.py", line 380, in run
  File "/usr/lib/python2.6/Queue.py", line 168, in get
  File "/usr/lib/python2.6/threading.py", line 232, in wait
<type 'exceptions.TypeError'>: 'NoneType' object is not callable

[Tuxavant]

can someone take a look at line 59 in Electrum-0.47b/electrum please?

Getting a syntax err with

Code:

firstarg = args[1] if len(args) > 1 else ''

[Ean]

can someone take a look at line 59 in Electrum-0.47b/electrum please?

Getting a syntax err with

Code:

firstarg = args[1] if len(args) > 1 else ''

What version of python do you use?

[Tuxavant]

python-2.4.3-46 on this particular box.

[flatfly]

python-2.4.3-46 on this particular box.

Can you try to upgrade to 2.7.3?

(I couldn't find an official python version requirement on ecdsa.org but that's what I've been using)

[ThomasV]

python-2.4.3-46 on this particular box.

Can you try to upgrade to 2.7.3?

(I couldn't find an official python version requirement on ecdsa.org but that's what I've been using)

conditional assignments require python 2.5
http://docs.python.org/whatsnew/2.5.html

[Tuxavant]

I guess this is the straw that broke the camel's back. Upgrading this server to CentOS 6.2. Thanks for the knudge.