Author

Topic: A bug in bitcoin-qt that has something to do with an orphan (Read 1046 times)

hero member
Activity: 516
Merit: 500
CAT.EX Exchange
I see more of hte problem but it is not specific to orphans. The time stamp of all newly added blocks (via private key transfer) on machine B (see top post) appears to get stuck to the date stamp of the latest unconfirmed block (orphans or not). It takes 3200 blocks to confirm a new found block for Primecoin. So maybe this IS a primecoin-specific bug.
hero member
Activity: 516
Merit: 500
CAT.EX Exchange
Hi I think I find a bug in bitcoin-qt.

Actually I find it in SunnyKing's primecoin-qt.exe which is a fork of bitcoin-qt. This is what I observe:

Primecoin can only be mined with primecoin-qt.exe. I found a block at 11am on machine A (win8). Then I found an orphan on machine B (win7) at 3pm. I could see the orphan's entry in the "overiew" and "transaction" pages of the wallet.

Then a few hours later I use dumpprivkey in the debugwindow to get the privatekey of the found block on A, and import it to the wallet on B.

What is strange was that I saw the 3pm date/time tag in the popup message, the transaction page, and the overview page of the wallet in the wallet on B. The entry of the orphan is gone. It was as if the block found at 11am takes the place of the orphan, changed all information *except* the date field.

I can see both transaction from listtransactions in the debug window.

I think this is a bug in bitcoin-qt.exe since it appears to have nothing to do with primecoin.
Jump to: