by Guest on 2025/01/19 09:58:14 AM
Can confirm, at least on 32-bit Tixati 3.32 on Windows 10. Tested both upgraded client with torrents and portable with clean database.
When enabling I2P, or changing settings, Wireshark shows
> HELLO VERSION MIN=3.1 MAX=3.9
from Tixati to port 7656, then
> HELLO REPLY RESULT=OK VERSION=3.1
in return, then complete silence. You can add I2P trackers, remove them, announce manually, and nothing happens. It's always “Waiting for connect”, then “Waiting for I2P router”, then timeout.
I suspect the interface selection logic. If I manually set the client port in I2P settings to 12345, Tixati says in the log that it listens to 127.0.0.1:12345 for I2P connections, but uses port 58600 to exchange “hellos” with the router. If I clean the port number, it outputs port 58631 in the log, but uses 58632 to send messages. Moreover, interface selection menu doesn't have entry for 127.0.0.1, only for ::1. Choosing it results in “address family not available” error at the next attempt. GUID and interface name seem to do nothing. Or maybe it “works” the same way. I vaguely remember that similar interface and alternative port options seemed to be broken in FOPNU in a similar manner: default (unset) configuration worked, trying to set something manually didn't.
by Guest on 2025/01/20 07:19:04 PM
When using the original I2P router, the error "Bad I2P session create (51468)" always pops up.
When using I2PD no errors appear, but in tracker statistics the message "Waiting for I2P router" appears is changed to "Timed out - Retry in M:ss."
There are no SAM connections in the router console, neither in the original version nor in Purple.
Also, the purpose of Login/Password in the I2P settings is not clear.
by Guest on 2025/01/30 04:24:08 AM
Now I believe that tracker grouping and on-demand connection logic is super borked.
The only way I can see anything except HELLO on SAM connection is turning I2P mode on AND making all torrents Internet-only AND leaving some .i2p trackers in some torrent. Then Tixati suddenly begins to perform tracker name lookups (successfully), then to connect to them (unsuccessfully, “stream session id main does not exist”, which is true, there were no messages to set it up from the very start of the client). However, there isn't a single active torrent that uses I2P at that moment.
By any chance, are torrent status flags used to define network affinity 64 bit in source code? They might not fit into 32 bit operations.