FYI, this should be resolved now. I finally got the motivation to go through the code and figure out why this was happening. https://github.com/MbinOrg/mbin/issues/35#issuecomment-1765265593
this post was submitted on 24 Sep 2023
3 points (100.0% liked)
kbin.run meta
0 readers
1 users here now
kbin.run instance discussion and support. For interactive support and discussion, please join our Matrix room: \#kbin.run:matrix.org Please visit our "cloud-based" monitoring system at https://status.kbin.run/ for real-time technical status and updates.
founded 1 year ago
MODERATORS
very interesting observation, and that could very well be the cause of this behavior, i.e., if this instance hasn't federated with a specific magazine before, it might just redirect to /all the first time since there isn't any federated data available yet. i'll have to dig through kbin's codeberg issues to see if someone else has reported this behavior, but it doesn't sound familiar to me.
It also is unfamiliar to me. I have another kbin account on another instance where I subscribed to magazines that were definitely new to that instance, and I wasn’t sent to m/all. I’m not sure what could be causing this.
There are still a couple of hacks in place to keep federation working smoothly, but I do anticipate official code changes in the near future will greatly improve the overall kbin experience.
—this kbin.run post you made
If these hacks were ones you wrote, it might be those?
there's a manual retry period i added for things that fail to federate correctly the first time, but yes... it's a little sketchy right now. it could also be something with this latest development code. the comparison between kbin instances is a little bit of a pain right now since we don't tag the releases with version numbers. i will say there are several federation improvements with pull requests ready to get merged into the code, but @ernest hasn't approved them yet.