Moses Narrow
Moses Narrow
>I guess it shouldn't include the link URLs at all, although we could have an HTML mime version at some point that correctly includes the absolute versions of the URLs....
It appears the same situation has arisen today. I had a transport to the public visor from my local visor. I removed that transport and tried to re-create it, but...
also just to note ; the logging: `STCPR rebinded in heartbeating process` is awkwardly phrased I assume this logging happens after the rebind. 'bound' is the past tense of 'bind'...
the public visor was restarted yesterday. it ran for ~one microcentury (~52 minutes) before STCPR was reinitialized No additional error logging was produced since then. However, non-transportability has just been...
the issue is as bad as ever for public visors.. ``` [2025-11-12T12:43:49.261569471Z] DEBUG httpClient.BindSTCPR [address_resolver]: Address resolver binding with: [127.0.0.1 143.42.59.213 ::1 2a01:7e01::f03c:93ff:fe99:8bd6] [2025-11-12T12:43:49.282269697Z] INFO [stcpr]: STCPR rebinded in heartbeating...
when I check back at the number of transports on that public visor, now, it's very few. Just over a dozen. ``` $ skywire cli tp type id remote_pk mode...
I further tested setting a persistent transport to the public visor - instead of using the public autoconnect or manually attempting transport creation. ``` "persistent_transports": [ { "pk": "03773464102a7fcb9021962a4a6cf3c6a23739a8720e8b43280b1fd078cfbd6bfb", "type":...
related issue https://github.com/skycoin/skywire/issues/1803 @mrpalide Is there any way we can devise a test of transport creation / re-creation with different transport types outside the visor context?
> Anyway, we should check that why never make transport again to public visor after dropping transport! They don't make one because the public visor stops being able to accept...
I'm updating this ticket with comments you sent me on telegram @mrpalide > Client/Visor: > in pkg/servicedisc/autoconnect.go line 86 we have a logic that visor only try 3 times (hardcoded...