skirpy-kart approved or not???

[rubberduck]

On addon-site i can see skirpy-kart, also when i login to addon-site, it doesn't say/show, "not approved" (it only shows it for the sourcefiles, but not for the other files)

But when i start the the game and look into addons, it is red for me and shows "not approved"

in game i tried to reload the addons and it is the same

i noticed that ca. a week ago

[sj04736]

I checked my records and everything seems to show that Skirpy is approved. There do not appear to be any server syncing issues either. All files are up-to-date from their last change on May 9th.

Can you make a backup of ~/.local/share/supertuxkart/addons/addons.xml, addons_installed.xml, then try to uninstall skirpy and refresh the addon list? Also post those backup xml files here or email them to me so I can try to replicate then fix the problem?

Thanks

[rubberduck]

i tried to uninstall it and tried to refresh the addons, restart the game, but that doesn't help


and i found out, that this is the same with chucks kart for me

[rubberduck]

i only want to say it again, but the source-files aren't approved

[sj04736]

I don't want to approve the source and trigger an xml regeneration yet. Can you ping downloads.tuxfamily.org and tell me what IP address comes up?

Your addons.xml file is out of date, and I can't quite figure out why. I have checked the three download mirrors that I know about and they are all up to date. Maybe also try going to http://downloads.tuxfamily.org/stkaddon ... assets.xml and looking at the "mtime" value on the second or third line of the file. I'm hoping for a 1368090239.

Thanks

[rubberduck]

my value is 1368018506, but i don't know why

Can you ping downloads.tuxfamily.org and tell me what IP address comes up?

how can i do that

[WillemS]

Can you ping downloads.tuxfamily.org and tell me what IP address comes up?

how can i do that

Open a terminal / command prompt and type:

{l Code}: {l Select All Code}

ping downloads.tuxfamily.org

and press Enter. You will see something like the following:

{l Code}: {l Select All Code}

PING downloads.tuxfamily.org (88.191.250.18) 56(84) bytes of data.
64 bytes from free.downloads.tuxfamily.net (88.191.250.18): icmp_req=1 ttl=55 time=40.4 ms
64 bytes from free.downloads.tuxfamily.net (88.191.250.18): icmp_req=2 ttl=55 time=40.2 ms
64 bytes from free.downloads.tuxfamily.net (88.191.250.18): icmp_req=3 ttl=55 time=43.4 ms
64 bytes from free.downloads.tuxfamily.net (88.191.250.18): icmp_req=4 ttl=55 time=40.0 ms

The number between parenthesis (for me 88.191.250.18) is the IP address. I did this on Linux, on Windows it looks a bit different, but it also shows the IP address.
(Note: on Linux, you can press Ctrl-C to stop the ping process.)

Hope this helps

[rubberduck]

i have the same numbers:

PING free.downloads.tuxfamily.net (88.191.250.18) 56(84) bytes of data.
64 bytes from absinthe.tuxfamily.net (88.191.250.18): icmp_req=1 ttl=55 time=54.4 ms
64 bytes from absinthe.tuxfamily.net (88.191.250.18): icmp_req=2 ttl=55 time=57.3 ms
64 bytes from absinthe.tuxfamily.net (88.191.250.18): icmp_req=3 ttl=55 time=54.4 ms

[sj04736]

One last command to try:

{l Code}: {l Select All Code}

wget -Sd downloads.tuxfamily.org/stkaddons/assets/xml/assets.xml

This will save assets.xml to your current directory, and will hopefully tell me if there is some kind of cache between you and tuxfamily. Also check if the downloaded file has the same "mtime" value as before. Sorry for all of these problems and extra steps, I really want to know exactly what is going on here.

My output is something like this:

{l Code}: {l Select All Code}

--11:45:02--  http://downloads.tuxfamily.org/stkaddons/assets/xml/assets.xml
           => `assets.xml'
Resolving downloads.tuxfamily.org... 88.191.250.18, 88.191.250.171
Caching downloads.tuxfamily.org => 88.191.250.18 88.191.250.171
Connecting to downloads.tuxfamily.org|88.191.250.18|:80... connected.
Created socket 3.
Releasing 0x851381a0 (new refcount 1).

---request begin---
GET /stkaddons/assets/xml/assets.xml HTTP/1.0
User-Agent: Wget/1.10.2
Accept: */*
Host: downloads.tuxfamily.org
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response...
---response begin---
HTTP/1.0 200 OK
Content-Type: application/xml
Accept-Ranges: bytes
ETag: "2334861716"
Last-Modified: Thu, 09 May 2013 09:04:00 GMT
Content-Length: 92097
Connection: keep-alive
Date: Sat, 25 May 2013 17:45:02 GMT
Server: lighttpd/1.4.30

---response end---

  HTTP/1.0 200 OK
  Content-Type: application/xml
  Accept-Ranges: bytes
  ETag: "2334861716"
  Last-Modified: Thu, 09 May 2013 09:04:00 GMT
  Content-Length: 92097
  Connection: keep-alive
  Date: Sat, 25 May 2013 17:45:02 GMT
  Server: lighttpd/1.4.30
Registered socket 3 for persistent reuse.
Length: 92,097 (90K) [application/xml]

100%[====================================>] 92,097        93.92K/s

11:45:03 (93.54 KB/s) - `assets.xml' saved [92097/92097]

[rubberduck]

my output is

{l Code}: {l Select All Code}

--2013-05-25 20:20:00--  http://downloads.tuxfamily.org/stkaddons/assets/xml/assets.xml
Resolving downloads.tuxfamily.org (downloads.tuxfamily.org)... 88.191.250.18, 88.191.250.171
Caching downloads.tuxfamily.org => 88.191.250.18 88.191.250.171
Connecting to downloads.tuxfamily.org (downloads.tuxfamily.org)|88.191.250.18|:80... connected.
Created socket 3.
Releasing 0x0000000002368e00 (new refcount 1).

---request begin---
GET /stkaddons/assets/xml/assets.xml HTTP/1.1
User-Agent: Wget/1.13.4 (linux-gnu)
Accept: */*
Host: downloads.tuxfamily.org
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response...
---response begin---
HTTP/1.1 200 OK
Content-Type: application/xml
Accept-Ranges: bytes
ETag: "2334861716"
Last-Modified: Thu, 09 May 2013 09:04:00 GMT
Content-Length: 92097
Date: Sat, 25 May 2013 18:20:00 GMT
Server: lighttpd/1.4.30

---response end---

  HTTP/1.1 200 OK
  Content-Type: application/xml
  Accept-Ranges: bytes
  ETag: "2334861716"
  Last-Modified: Thu, 09 May 2013 09:04:00 GMT
  Content-Length: 92097
  Date: Sat, 25 May 2013 18:20:00 GMT
  Server: lighttpd/1.4.30
Registered socket 3 for persistent reuse.
Length: 92097 (90K) [application/xml]
Saving to: `assets.xml'

100%[======================================>] 92,097       458K/s   in 0.2s   

2013-05-25 20:20:00 (458 KB/s) - `assets.xml' saved [92097/92097]


in assets file i have

{l Code}: {l Select All Code}

<assets version="1" mtime="1368090239" frequency="172800">

and in the other file i have

{l Code}: {l Select All Code}

<assets version="1" mtime="1368018506" frequency="172800">

[hiker]

I seem to remember that 0.8 actually has a bug that reload does not work properly. I would need to dig through our tickets and commits to verify this, let me know if this is useful.

Cheers,
Joerg

[sj04736]

I don't think this is a game bug. The xml file pulled straight from the server using a browser (post #6) was still wrong, but using wget (post #10) grabbed the updated file... And I checked all three mirrors of the download repository, they were all up to date.

At this point, I am absolutely baffled by this. There must be some intermediate cache server or something.

Anyways, I've forced a refresh on the tuxfamily servers, hopefully if there is a cache in between, it picked up the changes and the issue is fixed. But I'm still without any idea of how to prevent this in the future, especially without control of any of the headers sent by the server.

Thanks for your patience

[rubberduck]

it works now

and if it happens in future, i don't know if re-installing of stk would help

[Auria]

I don't think this is a game bug. The xml file pulled straight from the server using a browser (post #6) was still wrong, but using wget (post #10) grabbed the updated file... And I checked all three mirrors of the download repository, they were all up to date.

At this point, I am absolutely baffled by this. There must be some intermediate cache server or something.

Anyways, I've forced a refresh on the tuxfamily servers, hopefully if there is a cache in between, it picked up the changes and the issue is fixed. But I'm still without any idea of how to prevent this in the future, especially without control of any of the headers sent by the server.

Thanks for your patience

To solve all cache issues, at work what we ended up doing (and I've noticed lots of websites/web applications do that) is to produce URLs like http://hostname/getfile/filename/<randomgarbage> where <randomgarbage> will change on every request; and the server just ignores this part of the URL but that's enough to defeat any cache If it gets too problematic maybe something like that can be done

[rubberduck]

what can i do, when it happens in future

can i solve this problem for my easily
or have i to contact someone to make this

[sj04736]

If you notice it again, notify me and I'll implement Auria's suggestion above. Hopefully it was only a one time thing though, a good cache of this kind of data is not a bad thing.

If it happens again, I'll add the cache prevention to the xml files, but I would still allow the other data files to be cached because they never change.

[edit] Unless one of the other programmers here wants to try? If so, give me a shout. [/edit]

[rubberduck]

a small question:
why happened it for me, but not for others???

[sj04736]

Your internet provider may have had something to do with it. But you are also probably not the first person to have experienced this issue... Most people just wouldn't notice because they may not pay attention to what is approved and when. Also, the XML regenerates itself any time somebody rates an add-on, and this month was extremely slow for ratings (none between May 9 and now), so the XML wasn't getting regenerated since May 9 until I forced it.

So no, I don't think this was an isolated issue. Just one that was easy to be unaware of.