requesting txs that have already been added to the pool #4461

issue rebroad opened this issue on July 3, 2014

rebroad commented at 5:08 PM on July 3, 2014: contributor

Is this the intended behaviour?

2014-07-03 16:31:24 askfor tx 190c3455a770ff461fc899a4c5f7e7ddc108673f984352c3e90d7b1714e1748a 0 (00:00:00) peer=29 2014-07-03 16:31:24 Requesting tx 190c3455a770ff461fc899a4c5f7e7ddc108673f984352c3e90d7b1714e1748a peer=29 2014-07-03 16:31:25 askfor tx 190c3455a770ff461fc899a4c5f7e7ddc108673f984352c3e90d7b1714e1748a 1404405803000000 (16:43:23) peer=39 2014-07-03 16:31:26 askfor tx 190c3455a770ff461fc899a4c5f7e7ddc108673f984352c3e90d7b1714e1748a 1404406043000000 (16:47:23) peer=40 2014-07-03 16:31:26 AcceptToMemoryPool: peer=29 /Satoshi:0.8.6/ : accepted 190c3455a770ff461fc899a4c5f7e7ddc108673f984352c3e90d7b1714e1748a (poolsz 793) 2014-07-03 16:45:23 Requesting tx 190c3455a770ff461fc899a4c5f7e7ddc108673f984352c3e90d7b1714e1748a peer=39 2014-07-03 16:45:23 ignoring large orphan tx (size: 15203, hash: 190c3455a770ff461fc899a4c5f7e7ddc108673f984352c3e90d7b1714e1748a) 2014-07-03 16:49:23 Requesting tx 190c3455a770ff461fc899a4c5f7e7ddc108673f984352c3e90d7b1714e1748a peer=40
gavinandresen commented at 5:16 PM on July 3, 2014: contributor

Looks like a bug to me.
rebroad commented at 4:53 AM on July 5, 2014: contributor

Interestingly, the numbers in the askfor debug don't match up with the time the blocks are actually getdataed - they are 2 minutes out. I wonder when this broke!
laanwj added the label Bug on Jul 5, 2014
laanwj added the label P2P on Jul 5, 2014
rebroad commented at 4:06 PM on December 27, 2016: contributor

#7079 I think has fixed this
rebroad closed this on Dec 27, 2016
MarcoFalke locked this on Sep 8, 2021

Contributors

rebroad

gavinandresen

Labels

Bug P2P