Open ldeffenb opened 1 month ago
Executing this same command against a mainnet swarm node is even more interesting as it (at least on my mainnet nodes) lists all updates regardless of the fact that the underlying SOC chunks were stored with a long-expired stamp! I'm guessing the required chunks are still in various node caches, but this makes --list appear to work fine on mainnet, but fails on the testnet when individual update chunks are no longer available in the swarm.
The following
feed print
command fails to list the updates on the feed manifest reference.swarm-cli feed print --address 0xbc1d30e299e1c6beb1f470c171db11246ed94bdf -t 053822aeb5f1e905019add41b51494de5c398ce18ac3def3b4c4d531b76cb068 --bee-api-url http://localhost:1633 --list
where localhost:1633 is a sepolia testnet node.It successfully shows the most recent value, but fails when asked to
--list
all updates.Note that earlier updates to this feed were on a stamp that has since expired, but I would expect
--list
to at least report that the expected update was unavailable.Further, repeated executions of this command, at least on my sepolia testnet nodes, gives alternating number of updates between 8 and 14 as well as different Chunk References when
-v
is used. I'm wondering if the redundancy retrieval or some other change in bee 2.2.0 has broken the manifest feed SOC retrievals?The following is the errors that show up when using
--list
.