The online racing simulator
Searching in All forums
(524 results)
Victor
Developer
(sorry for the late reply!)

Some people in the community are making a new Remote. They are busy with every day life, so it'll take some time.

The hotlap analyser is a bit of a pain atm. I have very little time to make a new JavaScript based one and I'm not sure what to do about it as such :/ Maybe I should remove the feature though ...

I'd like to migrate / refresh the most important LFS World pages to this website (lfs.net) actually. Maybe after that I could look into a JS based analyser, if the community hasn't made one by then.
Victor
Developer
Excellent!

I've enabled SSO for all the languages and the upload domain now too.
Victor
Developer
Can some of you guys please try the new SSO (Single Sign On) login function on the English manual?

https://en.lfsmanual.net/

It currently only works on the English wiki. If this seems good I'll make it work for all languages.

Once I've done that I can add a page about the Oauth2 SSO feature and mini LFS API I've created for this. Then anyone can implement SSO on their site or app for LFS users Smile
Victor
Developer
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.
Victor
Developer
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!
Victor
Developer
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.
Victor
Developer
Ah hm indeed you can't set your birthday on this site.

You can still set it at LFS World though, if you want to.
Victor
Developer
Quote from Viperakecske :HOTLAP UPLOAD ERROR:

You cannot upload hotlaps made with LFS version 0.6V.

Fixed
Victor
Developer
Quote from Degats :Victor: I'm speaking with someone who's having problems starting up an lfs.net U0.6 host. They can select U19 and U is still in the list, but it gives an error message:

Ah, he ran into a bug, indeed. It's fixed now.

Thanks for the report.
Victor
Developer
Quote from tankslacno :1) Did you ask Victor that can we test this incompatible update on hosts rented on LFS.net or do we have to use Dedi Host/create own server on LFS Client?

U17 is now available on the hosting services at this site.

Note that these test versions will become unavailable as soon as new versions / the final version is added and as such are temporary. And of course, run at your own risk! (ie. use only for testing)

The two new setup.cfg features canrefuel and showfuel are not yet configurable through the website, but you should be able to use them just fine in the game server itself.
Victor
Developer
Ah right, it's included in MediaWiki, but i hadn't activated it in the config. Think it's ok now - at least, Rony's page looks fine.
Victor
Developer
Hi! This should be fixed now.
Thanks for reporting.
Victor
Developer
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?
Victor
Developer
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.
Last edited by Victor, .
Victor
Developer
Whoops I forgot to remove that message.

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.
Victor
Developer
Fixed. Might happen again though.
There's some unresolved (odd) bug that causes something to go OOS and then I need to run a rebuild function. Hmm maybe I should just put that in a cron ..
Victor
Developer
Hi all,

I have temporarily disabled the PST request (a racer's online stats) as I noticed some related database queries started to become a bit of a problem, performance wise.

I have analysed why this is happening and have found a solution. However, this requires me to make some changes to a database table with over 34 million rows in it causing long locks.

As such I will perform this maintenance later tonight, after the racer peak.

If all goes well I will enable the PST request again. Until then, such requests will return the error "pst: no valid username".

---

UPDATE - all is back to normal.
Last edited by Victor, .
Victor
Developer
ahh yes then for sure 768 is insufficient.
Victor
Developer
Headers can contain long things yes. Cookies can pile up for example, all in one header. But that's not the case on the skins.lfs.net domain.

Trying a request on lfsmanual.net which is still behind CF:

< HTTP/1.1 200 OK
< Date: Wed, 28 Oct 2020 15:33:34 GMT
< Content-Type: text/html; charset=UTF-8
< Transfer-Encoding: chunked
< Connection: keep-alive
< Set-Cookie: __cfduid=dc9140hced7c7ae3f57372d87a9ada2251703779214; expires=Fri, 27-Nov-20 15:33:34 GMT; path=/; domain=.lfsmanual.net; HttpOnly; SameSite=Lax
< X-Content-Type-Options: nosniff
< Content-language: en
< X-UA-Compatible: IE=Edge
< Vary: Accept-Encoding, Cookie
< Expires: Thu, 01 Jan 1970 00:00:00 GMT
< Cache-Control: private, must-revalidate, max-age=0
< Last-Modified: Wed, 01 Apr 2020 10:22:26 GMT
< Vary: Accept-Encoding
< CF-Cache-Status: DYNAMIC
< cf-request-id: 061170e24000002cef2eb6c000000001
< Expect-CT: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
< Report-To: {"endpoints":[{"url":"https:\/\/a.nel.cloudflare.com\/report?s=BSoxSfy4R6nmTsRwhaOuQghY6tfvpNs3DPGY45n39SooOIrjgIBiUqRvFuQ5T%2BBN7lkq%2BH%2FfVTvqmSqhdfMdiFfN97Tu7lorKRemqVejVxAK"}],"group":"cf-nel","max_age":604800}
< NEL: {"report_to":"cf-nel","max_age":604800}
< Server: cloudflare
< CF-RAY: 5e95b749ffbc2cef-LHR

There's a somewhat long header of about 200 bytes - but that's the longest there.

In the http spec there are no limits defined. But servers have something like 8k for max length of a single header. Browsers seem to go for 10k-256k (!) I guess just to be safe?

Anyway, 768 bytes sounds reasonable in this case. But you cannot guarantee there will never be headers longer than that.
Victor
Developer
edit - replied too late, but anyway my two cents Smile

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.
Victor
Developer
FWIW on my end, yesterday I also downloaded a bunch of league replays and had no issues downloading any skin. Tested on plain LFS version U.

(ps I upped the max upload size for MPR to 32MB - could be handy for you)
Victor
Developer
The Etag header is there for (browser) caching purposes, automatically added by the web server. It's fine if you ignore it.

https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/ETag
Victor
Developer
I just realised skins were downloaded through cloud flare. I've disabled this, so you will download from our server directly now.

Please let me know if this has any effect!
Victor
Developer
Quote from pajkul :Same for me, it has never happened before.

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.
Victor
Developer
OK! That took a bit of careful digging, but it uncovered a wider problem with attachment handling in post edits. That's fixed now, so that's nice!

Thanks.
FGED GREDG RDFGDR GSFDG