Here's a section of my address book:
I edit the label on the "lessthan 1" entry:
And then it shows up twice:
Restarting bitcoin-qt fixes it so it only shows up once again.
I tried reproducing this with a new wallet with an empty address book, but couldn't.
I built against the v0.7.0 label in git. The logfile claims I'm running: Bitcoin version v0.7.0rc3-dirty-beta (2012-09-12 14:07:22 -0400)
I expect rc3 is the same as the final release.
Can you paste the relevant part of the debug.log?
Especially stuff such as:
NotifyAddressBookChanged ...
And warnings like:
Warning: AddressTablePriv::updateEntry
Sure (I renamed 'satoshidice lessthan 48000' by adding an 'x' to the end of its label):
FIXME: handle dialog start.
NotifyAddressBookChanged 1dice9wcMu5hLF4g81u8nioL5mmSHTApw satoshidice lessthan 48000x isMine=0 status=1
NotifyAddressBookChanged 1dice9wcMu5hLF4g81u8nioL5mmSHTApw isMine=0 status=2
NotifyAddressBookChanged 1dice9wcMu5hLF4g81u8nioL5mmSHTApw satoshidice lessthan 48000x isMine=0 status=0
FIXME: handle dialog end.
Warning: AddressTablePriv::updateEntry: Got CT_UPDATED, but entry is not in model
Warning: AddressTablePriv::updateEntry: Got CT_DELETED, but entry is not in model
Flushing wallet.dat
Flushed wallet.dat 258ms
I also have this problem. It happens on both receive coins and address book lists. In the receive coins list case, a new address is generated for the duplicate. That is a serious problem.
My log looks the same as the one above.
Bitcoin version v0.7.0-beta (2012-09-12 14:07:22 -0400)
I can confirm that this problem is still occurring with bitcoin-qt version v0.7.1.0-geb49457-beta, at least for the "Receive coins" list. I also noticed that the list does not get updated when the labels are changed via an RPC command.
@dooglus @jambolo Can you test the fix from #2157? You find a Windows binary for that pull over here: http://jenkins.bluematt.me/pull-tester/e6d230056202b05a27f187dff2648eb5c76fcfee/bitcoin/bitcoin-qt.exe
Others are also encouraged to test the fix!
@nybble41 I also noticed that the list does not get updated when the labels are changed via an RPC command. It would be nice to know if this one is still present and if yes can you create a separate issue please :).
I don't use Windows, but I built a Linux binary from #2157 and it does indeed appear to fix this issue.
As for @nybble41's comment, I've tried using the RPC command setaccount on the same address with various different account names using the #2157 build, and it updates correctly in the 'receive coins' tab each time.