I check in here quite often, but for now, I'm just focusing on clearing spam and keeping the instance alive. In January, I was working on the AP module, and there has been significant progress in the work, which hasn't been publicly published yet. Unfortunately, at the beginning of the year, I developed a skin condition that worsened from week to week, reaching a point where I couldn't even leave the house. In February, I spent my time visiting doctors and undergoing treatment with medications, which often had very unpleasant side effects. Therefore, I decided to hold off on any major updates to avoid causing even more chaos. Today, I've undergone one procedure, and I have another one scheduled for Thursday, which I hope will be the last.
Just because it's not visible that something is happening doesn't mean I haven't been doing anything during this time. In fact, two really significant things have been successful, which I've been working on for a long time and which I intended to announce soon once I recover.
This weekend, I also plan to work on infrastructure with Piotr, and from next week onwards, I intend to resume committing, provided my health allows it. I understand if you're exploring alternatives, but I hope I've exhausted my bad luck limit for this year, and the remaining time will be marked by gradual, steady progress, especially since new opportunities have emerged, about which I will hopefully write soon.
I know. I'm just saying that the idea people would magically help out on kbin if he was more open about his plans doesn't work out, because the people willing to do so would either already be contributing to cleaning up the backlog or have moved on to mbin.
Btw, do mbin devs look at kbin issues too or do common problems have to be posted to both repositories to be seen?
Currently I wouldn't count on it as for as long as there is no activity on codeberg, looking at it in general is a waste of time. If you find an issue on both Kbin and Mbin and are convinced it is the same issue, it's definitely worth reporting on both.