From https://bitcointalk.org/index.php?topic=63165.msg739328#msg739328
I'm not using the proxy option, but the new GUI is showing some strange IPv6 looking address in the proxy field.
e.g. a9b1:0:f2:v532:200:0:0:0
Once I change it, its all good.
From https://bitcointalk.org/index.php?topic=63165.msg739328#msg739328
I'm not using the proxy option, but the new GUI is showing some strange IPv6 looking address in the proxy field.
e.g. a9b1:0:f2:v532:200:0:0:0
Once I change it, its all good.
Probably caused by the network stack refactor, it shows everything (even IPv4 addresses) as IPv6 now?
I just tried running v0.6rc1 on a PC that WAS using a proxy and it replaced my valid proxy address details with the IPv6 looking address.
The UI gets the string representation of the proxy address in this way:
return QVariant(QString::fromStdString(addrProxy.ToStringIP()));
... which returns either a IPv4 address or IPv6 address string, based on the return value of isIPv4(). An address is identified as IPv4 if it starts with 0000:0000:0000:0000:0000:FFFF (IPv4 Mapped address). I see nothing wrong in the logic here.
This does not explain how the garbage value ended up in the proxy option in the wallet, though. And I'm unable to reproduce this. Could there be a backward compatibility issue in the serialized representation of addresses? @sipa?
Some experimentation did uncover another problem: the input field takes only IPv4 addresses
Edit: He is not using the proxy. Theoretically, the setting should still be at the default (127.0.0.1:9050), or at least what he left it at last time.
Not sure how this is possible. Does the problem still exist?
I just tried deleting my wallet.dat and let v0.6rc1 create a new wallet and the proxy address was ok (127.0.0.1:9050). However when I copied back my original v0.5.2 wallet and reran v0.6rc1 the proxy address was garbage again.
My wallet file is the same wallet file that was generated by the v0.3.2 client a year ago.
This is definitely an issue, I just tested by: