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)
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:
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.
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:
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 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.
This is about the Wiki staff list. The last time we talked about moving staff to the inactive list you said:
"If they've edit within a year's time, I'm fine having them listed as active."
Now, it has been not just 1 year, but over 2 years since Puffpapa last edited (with no sign of ever returning). Now I think is the right time to move Puffpapa from the "Active administrators" to the "Inactive admins/mods" list. What do you think?
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.
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.
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).
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.
Hi! Maybe you remember me from two years back, when I was adding Russian links for some pages. As I'm still an admin on the Russian Transformice Wiki, I wanted to ask for your opinion on something.
Recently I've heard about such a thing as shared images for different communities. It allows one wiki project to use images from another just by links without uploading them. The English wiki is far more advanced than the Russian and our editors often make translations and use the experience of your project. I hoped that maybe you would agree to let us use this wiki's images. What do you think? If you need to discuss it with other members, take your time.