Fewfre

Hmm, couldn't find an email of me asking or getting a reply; I do remember the issue (as much as you can something from years ago =p), but can't recall what came of it, or if I remembered to submit a report.

Either way I just submitted one now, with screenshot and explaining it's a long standing bug. (kinda wish they let us choose to make tickets available for others to see)

before I forget, here is the reply:

hmm, for some reason the color is "EF08D2A". Not sure why (just to mess with me? =p probably copy/paste error). I guess I'll update the code to take the last 6 letters instead

fixed!

My -guess- is that it's because there's to many templates. And after checking, I do see the "Pages where template include size is exceeded" category on the Shop page, so I'm fairly sure about that guess (or rather than the number, maybe just the number of content in templates, based on that error).

Some possible solution you can try:

1. Encase it is just the number of templates, you try embedding one or two of the templates used inside the row template inside the row template to lower the overall amount.
   • Edit: the number of template could also probably be reduced by making the table template use html instead of wikicode (just for the table). Although if the problem is actually the overall amount returned, then it would probably actually make it worse, so, not sure.
2. You could use lua instead; although if it is a template # issue might not help a lot. But if that doesn't work, instead of each row being a template, the whole table could be a since template, with each row being numbered (similar to navboxes). Or, I think I got around a template limit issue once by directly invoking a lua module, instead of having a template call it (which isn't as user friendly, but eh)

Alright, it seems it IS a template error, but not a template count issue (like when i got this issue years ago). Looking on wikipedia, I forgot that the page tells you in an html comment what the limits are:

NewPP limit report
Preprocessor node count: 181636/300000
Post‐expand include size: 2097152/2097152 bytes
Template argument size: 203202/2097152 bytes
Expensive parser function count: 0/100
Lua engine used: Scribunto_LuaSandboxEngine
Lua time usage: 0.407s
Lua memory usage: 1.67 MB

So testing it a bit I was able to lower the "Preprocessor node count" and "Template argument size" by embedding the yes/no template and by making a lua module for badge clickpic and invoking it directly (not exactly sure if that helped). However, I undid those changes as I'm not sure if that helped or made worse the "Post‐expand include size"; i suspect no difference, since I think "post expand" means after all templates have been used. So really, the content is just to big.

So this still -might- be solvable via the "lua module where everything is entered like navboxes" idea, but I'm not 100% sure; the only reason it might work is if invoked directly on the page (via "#invoke"), ik it can bipass some template limits.

Wikipedia does say that "The same applies to Scribunto modules", but I think it's talking about one issue that might be usable:

Non-rendered tranclusions still count towards limit. For example, a page which contains only  would still have a post-expand include size even though it would have no output at all. So streamlining some stuff in the template might help?

I tried converting the template to a module (Module:Shop item row) but it returns a script error.

You had "rowid" instead of "row_id"

I like how you have collector items show the price in a tooltip.

Also, I changed the shop rows to use a new css class I added "lt", to help save a little bit extra on the limit. not enough to fix everything, but shortens style="text-align: left;" to class="lt" which adds up when done on each row multiple times.

Wouldn't be against it. only reason against I can think of is it scrunches the table up a bit, but that's not a big issue.

Sure, makes sense

What is the criterion for a Wiki staff member to be moved to the inactive staff list? Is it only whether the last edit has been made over 1 year ago or also something else? I think it should be written there.

I figure that's enough; just makes it very likely they aren't coming back and shouldn't be contacted for anything wiki related.

Hmm, seems anything about my api times out; and annoyingly the server I use decided to stop putting php errors anywhere I can find so not sure what the issue is off-hand; either my server's ip or something changed (so my script no longer has access), thier api is down (not sure), or maybe something else. If feel like neither should be the case, since it would fail quickly and the blank image would remove itself (which is still does after like 30s).

So yah, we can just remove it if you want (just need to remove the "atelier801-nickname" class from it)

Unrelated; I like that you made a template for the source of assets. I sometimes would include them for urls of wierd assets but forgot more often than not; and was to lazy to do it for ones ripped from game. Also somewhat doubles as a "fair use" type thing since it makes it clear the assets is from the game creators.

I changed the MediaWiki:Common.js to use the user ID provided by Template:Nickname to get the avatar URL, entered the test mode for the JavaScript and the URL seems to be correct but the image is not showing up; can you look why not?

well if your fetching the url directly from thier servers, then the issue would be that they don't use https, while the wiki does (and encase you don't know, you can't load http content on an https webpage), and is part of the reason I needed a script, to return the image indirectly, instead of a direct url (since my server does have https). When I finish work, I can make a new script that lakes those two parameters (instead of nickname) and returns the image via proxy (like before).

Alright, updated; new url to my server only returns the image, instead of using api. I haven't submitted the change yet though, so if it seems to work like you want, submit it for review on Common.js.

So that is why it was not working; I did not know that; thanks for telling me.

I tested it and it is working; thanks; submitted it.

Hi, there is something wrong with the template in the infobox caption (below the image) in the Parkour article; I do not know what.

Seems similiar to another issue I've seen before on mobile; in the other case, the issue was that having a link with colored text inside in an infobox header cell caused that exact issue (though only on mobile) (the other case - see "Strength" two times, one in red, the other not). In that case it was solved by just ignoring it (since enough stuff breaks on mobile that I only care about big breaks). In short, thier infobox just doesn't handle html inside of links very well sometimes.

In this case, I think it is just worth mentioning to fandom, though it probably won't be fixed soon. I'll send in a report ticket

The avatars of two users, which are Xcaosx #0000 and Albinoska #0000 are not displaying; they are mentioned in the Shop/Fur article. I looked at the avatar images but did not find anything different about them.

Edit: They display now but did not before.

May have just been a load+cache issue

Thanks for the notice; hope it's because you're moving on to bigger and better things!

Renamed

Sure, fine by me; I remember wanting to do this with the French wiki at one point, but I think maybe they didn't have this feature then? Or I didn't know of it.

But yah, fine by me! no need to force you to upload tons of repeated images

Thanks a lot!

Glad to hear it's still going strong! Always sad to see how many non-english wikis fail.

Well, not as strong as I would hope, also I guess the game has become less popular in Russia during the last few years (at least). But yeah, some people still edit and add stuff, so I'm glad too =)

Done