I've been looking into this .. I think at some point in January, (setup) attachments failed to be saved for a brief moment. Indeed a lot of setups of the user f!nal seemed to exhibit this problem. I'm removing these.
Because the above is an assumption and because I can't really find an obvious bug, I've added a bunch of debug messages in several places to monitor if / when this happens again.
Good news! After 5 weeks of administrative stuff and 1 day of actual integration, we now have support for the paysafecard provider.
Note that we can only accept payments in GBP (British Pounds).
You can use paysafecards in other currencies, but a currency conversion will occur then. When buying a paysafecard, you may want to add a little bit extra to the balance if that's possible, to ensure you don't end up with e.g. 11.98GBP (when 12GBP is expected) after conversion due to daily fluctuating conversion rates.
I hope it helps some of you with buying a license!
Hi! I'm working on our Oauth2 identity service, which will make it possible to implement single sign-on functionality for the wiki. I hope to finalise this in the coming weeks, so if all goes well the login should work again in April.
Funny that you mention that - I've created a first (3rd party) authentication mechanism with Oauth2 a week ago.
It's being tested by the Sim Broadcasting guys atm and I will publish it to the public in a few weeks or early 2021 probably. It needs more work, but a plan for long term usage is forming in my head, so we can do more with that in the future.
I'm curious what kind of functionality you have in mind?
Aha I will have a look when I have some time again.
And yes if you're logged in still then that's fine. If I understand correctly, people do have accounts on the wiki (beit without a password) and sessions are maintained on the wiki itself. It's only the login authentication part that needs updating, so the wiki can check logins. So edits should work fine if you're still logged in.
The manual does work again but logins are still disabled for now. I had to upgrade PHP and Mediawiki and they changed their whole 3rd party authentication system. I still have to re-implement logging in with your LFS account.
I've always treated reading 0 bytes as a remote disconnect. In many languages that's actually the only way to tell if there was a remote disconnect. So if a socket select/poll/event says there's activity on the read buffer, but a read returns 0 bytes -> remote disconnected.
Did this happen minutes before you posted it?
Did the download succeed in the end or later after a retry?
I'm seeing a download from you in the logs at 27/Oct/2020:19:45:12 +0100 - it indicates you've at least downloaded it once.
Were there any other skins that failed to download in that way?
I'm looking into what can have happened to you guys, but atm I've no idea really. Looking at the web server logs I see the usual skin downloads - most succeed, some don't exist, but that's normal. So I'm still looking for clues on my end.