Community noticeboard/Archive 15

__NOINDEX__

Can't logout or upload files
I tried to upload a file but got the error, "Invalid CSRF token." I tried to fix this by logging out and relogging back in. But I couldn't logout. I tried using the special user logout, deleting my cookies, and adding special permissions to allow cookies for the website. None of those worked. The top of the website says to report your issue here. Is there any solution for it? ThornsofLight (talk) 00:58, 7 December 2020 (UTC)


 * Hi, have you tried going to Special:UserLogout? You could try and open up a private web browser and try and login and logout then try and log into your regular browser. Paladox (talk) 01:06, 7 December 2020 (UTC)
 * Your security token(s) will probably need to be reset, so if you have a Discord account, can you join us Discord? Otherwise, feel free to use IRC at and direct message paladox or any of the voiced or opped users to reset your security token. Dmehus (talk) 01:07, 7 December 2020 (UTC)
 * I was having comparable problems too at rfobasic.miraheze.org (couldn't post here either). I opened a private window and got taken to login.miraheze.org with a notice-of-the-day that Miraheze had changed the way it writes cookies.  I had already deleted cookies for rfobasic but the trick was to delete all Miraheze cookies.  Am back on now.   01:41 7-Dec-2020
 * Thanks for checking in, and that's great to hear that the issue seems to be ✅ for you. Yes, the trick seems to be going to Special:UserLogout on any wiki(s) where signed in, deleting all Miraheze cookies, and then re-signing in. Thanks again. Dmehus (talk) 01:45, 7 December 2020 (UTC)
 * Just wanted to clarify you should only have to logout on loginwiki. Zppix (Meta &#124; Sysadmin &#124; talk to me) 02:12, 7 December 2020 (UTC)

Interwiki admin
I saw interwiki admin but I don't know what does this group work? I think is group's can access Special:Interwiki but uncertain. Who tell me please. Gomdoli (talk) 06:06, 1 December 2020 (UTC)
 * Yes, interwiki administrators (the global group) can edit Special:Interwiki on any Miraheze wiki upon request. You can see them in Special:GlobalUsers on your wiki, as a quick reference. They only can't edit the global interwiki table, which remains restricted to Meta administrators and stewards. Hope that helps. Dmehus (talk) 06:13, 1 December 2020 (UTC)
 * I have a question about interwiki administrators not being able to edit the global interwiki table. Is there a reason why they are not able to, but local Meta administrators are able to edit the table that affects all wikis? I think that it would make more sense if the global group also had control of the interwiki table that affects all Miraheze wikis. DeeM28 (talk) 11:52, 2 December 2020 (UTC)
 * Thank you for the question. While not completely certain, I suspect the reason the global interwiki table (on Meta) is restricted to Meta administrators is mainly a historical anecdote, formed from conventions that normalized over time and because the global interwiki table predates the formation of the global interwiki administrators global group. The most recent interwiki administration reform RfC, intentionally or unintentionally, actually codified into policy that it is Meta administrators' responsibility. As to interwiki administrators editing this instead, in fact actually, this is among the first RfCs I plan to propose in the next couple of weeks actually. If you're interested in reviewing my draft (mostly just a summary of the proposals so far), you can see User:Dmehus/Omnibus RfC on changes to interwiki administrators and administration, in which, among other things, one of the proposals will be to restrict administration to stewards and interwiki administrators, whilst another will be to allow non-interwiki administrator/steward Meta administrators to administer the global interwiki table. As well, I'd also like to have a requirement to have a global discussion on this noticeboard for all new global interwiki table additions. Finally, there is also a proposal to move the global interwiki table to Loginwiki, allowing Meta to have a local interwiki table, or keep it on Meta. There are advantages and disadvantages to both. Hope that helps. Dmehus (talk) 16:00, 2 December 2020 (UTC)
 * Thank you very much for your very complete answer. I have read the proposed RfC, and I will be looking forward to participating in the discussion when you decide to submit it as an RfC. DeeM28 (talk) 20:31, 2 December 2020 (UTC)
 * A very detailed proposal. ~ RhinosF1 - (chat)· acc· c -  22:19, 7 December 2020 (UTC)

Thumbnails failing to load in pages with many images
I've been seeing this issue on my wiki lately: if a page has a large number of images, the thumbnails for many will fail to load, until I load the page again a couple of times. Checked on multiple browsers, multiple devices, even asked friends to check and confirm it's not just me. Stormwatch (talk) 00:12, 8 December 2020 (UTC)
 * This seems like more of either a deployed extension bug, a configuration problem, or, perhaps most likely, a long-term technical infrastructure need that should be on system administrators' radar. So, can you please create a task on Phabricator, linking to the permalink of this discussion? You can add the "MediaWiki" and/or "Configuration" projects to your task and, optionally, move it to "Radar," most likely, on the applicable workboard. To create a Phabricator account, click the MediaWiki login button, and then authorize your Phabricator account with your MediaWiki account on Miraheze. When complete, reply to this thread, indenting one further level from this reply, and link to your Phabricator task number as, where   represents your task's trouble ticket number on Phabricator. Thanks. Dmehus (talk) 00:41, 8 December 2020 (UTC)
 * It's rate limiting. Paladox (talk) 00:55, 8 December 2020 (UTC)
 * Ah, okay. As in the Varnish rate limit? Dmehus (talk) 00:59, 8 December 2020 (UTC)
 * Yes, varnish rate limit. Paladox (talk) 01:01, 8 December 2020 (UTC)
 * Ah, thanks, that's what I was thinking, but wanted to make sure. Should we file a task on Phabricator, or just ping to this thread to investigate methods of correcting the issue? Dmehus (talk) 01:12, 8 December 2020 (UTC)

Add "Use shared files" request
Hi.

https://wildterra2.miraheze.org - main wiki with media content

https://wildterra2en.miraheze.org - should show shared files from main wiki e.g.

Please, add shared files for my wikis.

Thanks. TeNoR (talk) 23:51, 7 December 2020 (UTC)
 * This is an interesting idea. While we do have both Wikimedia Commons and Miraheze Commons enabled as shared image repositories, both of these have limitations on hosting fair use or copyrighted images. While we could propose to change the latter's policies locally to allow such things, and that's an idea worth considering, your idea is nonetheless interesting, particularly for the described use case (i.e., international language variation wikis of existing wikis). I've asked on IRC for his opinion on the feasability of enabling this configuration. If it's potentially feasible, we can create a task on Phabricator. In the meantime, I suppose one possibility you could do is enable remote image hosting on your main wiki, or your English wiki, and then link to images remotely in that way (rather than with wikilinks). Hope that helps. Dmehus (talk) 00:36, 8 December 2020 (UTC)
 * @Dmehus: I hope it's possible. Thank you, I'll wait. TeNoR (talk) 00:41, 8 December 2020 (UTC)
 * We can do this via Phabricator. It's done on multiple wikis. ~ RhinosF1 - (chat)· acc· c -  08:01, 8 December 2020 (UTC)
 * Oh, great. ✅!, please submit a Phabricator task described above. Dmehus (talk) 08:14, 8 December 2020 (UTC)
 * , thank you for help! TeNoR (talk) 16:03, 8 December 2020 (UTC)
 * , ✅. When the Phabricator ticket is created, I'll add it to this noticeboard thread. Dmehus (talk) 16:09, 8 December 2020 (UTC)

How to get rid of local user javascript and css?
I have defined common.js, common.css, global.js and global.css. Obviously common overrules global. Now I want to get rid of common, I have inserted redirects which are working when clicking on the links. The drawback is that global still does not work here on meta, although it is working on all other wikis. Is this a bug or a feature? What can I do? I cannot delete common.js and common.css because I do not have the rights, thanks for support, greetings Lily (Lilypond Wiki · talk to me · little garden · my wiki of everything) 18:15, 4 December 2020 (UTC)


 * I see what you're wanting to do, so I have ✅ the requested pages for you. What you can do in the future is either (a) submit a request for deletion at Administrators' noticeboard (the proper venue), which is probably the preferred method for userspace CSS and JS deletion requests or (b) convert the content model to wikitext, then add delete to the pages in question. If you have any common.css or common.js files on other wikis that require deletion, you will need to alert local administrators. If not deleted after, say, a week, you can ask at stewards' noticeboard for a steward or Global Sysop to process the deletion(s) for you in absence of local administrators. Hope that helps. Dmehus (talk) 19:04, 4 December 2020 (UTC)
 * Thank you again for helping me out. Obviously I have an incurable problem of distinguishing which request belongs to which board, I am really sorry for that. Until now I do not see any difference maybe this is a cache problem, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 19:15, 4 December 2020 (UTC)
 * Problem was in front of the computer, I forgot that I had excluded metawiki. Maybe the redirects would have worked, deletion is better, sorry for the inconvenience LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 20:22, 4 December 2020 (UTC)
 * ✅ at all in any case. Glad you got it ✅. Dmehus (talk) 22:36, 5 December 2020 (UTC)
 * Just for your information. I have implemented a similar navigation bar on wikipedia, and redirection is working at least for user accounts. That means that you can use global.css and global.js from a different user, if anyone wants to use this add following code to your global.css and global.js on Meta Wikipedia
 * or copy the content and modfiy it. I do really like that feature LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 09:38, 7 December 2020 (UTC)
 * Thanks, Lily. I'm curious why you need to use JavaScript and CSS redirects, though? You can definitely load scripts cross-wiki, and across wiki farms, as I do in my global.js file (feel free to add any user scripts to yours if you feel they might be useful), but I just use . Dmehus (talk) 14:21, 7 December 2020 (UTC)
 * Thanks for the links. I am just starting with Javascript, maybe my posting was premature. Honestly, I have no clue what the scripts you linked are good for, but I will learn from them, greetings, LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 16:29, 7 December 2020 (UTC)
 * Just for your info: I have changed my global.js and inserted a single load instruction. Before that my global.js overruled local common/skin.js, now this seems to be not the case any more, you can check this on Snap! Wiki, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 09:38, 9 December 2020 (UTC)
 * Thanks for the links. I am just starting with Javascript, maybe my posting was premature. Honestly, I have no clue what the scripts you linked are good for, but I will learn from them, greetings, LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 16:29, 7 December 2020 (UTC)
 * Just for your info: I have changed my global.js and inserted a single load instruction. Before that my global.js overruled local common/skin.js, now this seems to be not the case any more, you can check this on Snap! Wiki, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 09:38, 9 December 2020 (UTC)

Desktop miraheze issue
Hello, I'm hkotaku2015, I can't log in, even edit any page on desktop miraheze, is there has an issue about desktop miraheze?

Note: I'm using desktop PC to edit pages, smartphone or tablet is hard to edit pages. Hkotaku2015 12:53, 9 December 2020 (UTC)
 * Hkotaku2015 Hi, have you followed the instructions on the banner who is on the header ? HeartsDo (Talk / Global / Wiki Creator) 13:07, 9 December 2020 (UTC)
 * Where is it? Hkotaku2015 13:20, 9 December 2020 (UTC)
 * Hkotaku2015 I have take a look and I have see that the period for the banner was ended (oops), so there is a screenshot of the message on Discord: here HeartsDo (Talk / Global / Wiki Creator) 13:26, 9 December 2020 (UTC)
 * It works, thx! Hkotaku2015 (talk) 13:31, 9 December 2020 (UTC)
 * No problem, do you want that I ask to hide your IP ? HeartsDo (Talk / Global / Wiki Creator) 13:35, 9 December 2020 (UTC)
 * ✅. Dmehus (talk) 14:06, 9 December 2020 (UTC)

Error when creating blogs on various wikis
Whatever I create a new blog, a possible bug I assume may be an error where there is a mistake where it always say that there is another blogpost with the same title: " There is already a blog post with that title. Please choose a different title for your blog post." Thanks. -- H ookuai ( Talk to Nuclear Jaws |  Wanna see me speedrun? ) 06:05, 12 December 2020 (UTC)
 * Thank you for your question on stewards' noticeboard, which I have procedurally moved to here, where it is now more in scope. Still, your question doesn't really suggest whether this is a technical configuration issue with Miraheze requiring a Phabricator task, or just a general technical support question which any community member or system administrator can answer here. Can you give us a few more details, please? Thanks. Dmehus (talk) 06:22, 12 December 2020 (UTC)

I cannot upload files to my Kubu Wiki
Probably the problem is sitting in front of the computer. I have checked all my settings and could not figure out why all upload attempts end with an error message: ''Die Sperrdatei für „mwstore://local-backend/local-public/0/00/Yazz_logo.ico“ konnte nicht geöffnet werden. Stelle sicher, dass dein Hochladerepositorium korrekt konfiguriert ist und dein Webserver eine Berechtigung zum Beschreiben dieses Repositoriums hat. Siehe https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:$wgUploadDirectory für weitere Informationen.'' Thanks for support, Lily (Lilypond Wiki · talk to me · little garden · my wiki of everything) 09:28, 28 November 2020 (UTC)
 * First, thank you for raising this issue and technical question. Second, I have procedurally moved it from stewards' noticeboard to community noticeboard where it is now in scope. Third, immediately I wondered if  was a   file type, requiring a Phabricator task to have enabled on your wiki. Looking at Special:ManageWiki/settings, that is not the case, as the file type is indeed enabled by default. So, I'm not sure the issue and will ping, three system administrators and at least one of whom should be able to help you out. Thanks. Dmehus (talk) 14:19, 28 November 2020 (UTC)
 * Thank you for your help. Once again I was not able to chose the right board, sorry. I uploaded the files to a different wiki what worked fine. It seems that favicon cannot be included from webspace of a different wiki, logo works that way. Uploading png to kubu did not work either, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 17:13, 28 November 2020 (UTC)
 * Sorry to bother you again, the problem is still unsolved, greetings, LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 19:17, 4 December 2020 (UTC)
 * I'm not quite sure what the issue is. I do know that the favicon and site logo are set in Special:ManageWiki/settings, so there could be a configuration issue related to calling images from another wiki. On the other hand, I thought some wikis have used Miraheze Commons to host their favicons and site logos? Perhaps that would be a good venue in which to test. Failing that, please do let me know, and I'll ping several system administrators to have a look at this thread. Thanks. Dmehus (talk) 22:23, 5 December 2020 (UTC)
 * Thank you for your reply. It is not (only) the favicon (I guess I had a typo in the url, have changed the link now), I still cannot upload files at all, which reduces the usability of the wiki, greetings, LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 20:36, 6 December 2020 (UTC)
 * Hrm, have you checked all of your ManageWiki configuration settings and also your permissions in Special:ManageWiki/permissions? Thanks. Dmehus (talk) 21:27, 6 December 2020 (UTC)
 * Sorry to keep you busy that way. I checked all of this, was o.k. The error message in English is "Could not open lock file for "mwstore://local-backend/local-public/1/16/Mag.svg". Make sure your upload directory is configured correctly and your web server has permission to write to that directory. See https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:$wgUploadDirectory for more information.". Thank you for your support LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 05:27, 7 December 2020 (UTC)
 * Thanks, Lily. I just wanted to make sure that your wiki's ManageWiki upload and media settings were configured correctly. I'm at a loss, unfortunately, for what the issue is, but it may need a system administrator to look at it, which, if I remember correctly, is just your wiki of everything, correct? With that, I'm going to ping to this thread, and hopefully one of them can help you out. Dmehus (talk) 14:17, 7 December 2020 (UTC)
 * It is correct, just one wiki is affected, I have no clue why. Thank you for your support, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 16:58, 7 December 2020 (UTC)
 * I have opened a task on Phabricator which I should have done in the first way. The problem has now been resolved thanks to greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 12:39, 12 December 2020 (UTC)
 * Okay, thanks, though I would just note that as we didn't know whether it was a configuration bug or a technical support question, community noticeboard was actually the best venue for this question, until such time as we determined that a Phabricator task was necessary. Interestingly, I did ping (and others) to this thread a couple times, but I guess they never got a chance to look at it. At any rate, I'm glad it is ✅, but would you mind linking to the Phabricator ticket in a further reply to this thread, to assist users who have the same problem and also because we like to link to requests handled in other venues? Thanks. Dmehus (talk) 14:06, 12 December 2020 (UTC)
 * T6581 no problem, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 14:31, 12 December 2020 (UTC)
 * ✅ for that. I've amended it to an interwiki wikilink instead of an external link. Part of the confusion was the fact that the error message you posted was in German. If you have similar issues in the future, can you switch your language to English, reproduce the error, and post the English version of the error message, to streamline handling of this request? Nevertheless, I do apologize on behalf of that they missed seeing your message. Glad we got it ✅ nonetheless. Dmehus (talk) 15:44, 12 December 2020 (UTC)
 * My bad that I have posted the error message in German at first. Later I posted the English version but I guess it was hard to find in all the postings of this thread. Next time I will post only in English, thanks for your support, greetings LilyLilyu - smile.svg (Lilypond Wiki · talk to me · little garden · my wiki of everything) 07:33, 14 December 2020 (UTC)

Oh, that's ✅ at all. You actually identified an issue which prompted some discussion on whether to adapt the instructions on the community noticeboard's header to report all MediaWiki interface error messages in the English form for more efficient and correct handling of issues. Dmehus (talk) 17:56, 14 December 2020 (UTC)

Unable to log into my own inactive wiki - "502 bad gateway"
I tried to log into https://vmcodex.net/ but when I do, I get a 502 bad gateway. When I try to go back to the homepage, nothing loads at all. Clearing my cookies/cache solves this, but I still cannot log in. I tried the suggestions in this Discord comment but no dice. NotoriousRBG (talk) 23:18, 14 December 2020 (UTC)
 * Thank you for reporting this issue. While I can access your wiki logged out in private incognito mode, when I access your wiki logged in, CentralAuth does auto log me in to the wiki; however, when I navigate to another page on your wiki, I'm hit with persistent 502 Bad Gateway issues. This appears to be either (a) an nginx web server configuration issue, (b) a Varnish issue, or (c) some caching issue. Nevertheless, since this will need to be resolved by system administrators, I've created Phabricator task #T6598 for you to follow, and contribute as required. Thanks. Dmehus (talk) 23:44, 14 December 2020 (UTC)
 * I'm going with option B. Having major issues updating CSS. It's just stuck. Hb1290 (talk) 07:08, 15 December 2020 (UTC)
 * It seems it was neither. See Phabricator ticket for problem and provided resolution. If you are having issues with CSS, can you perhaps join us on Discord or connect to us on IRC (recommend you use IRCCloud to mask your IP though)? Otherwise, failing that, ask a clear and specific question in a new thread on this board. Thanks. Dmehus (talk) 07:19, 15 December 2020 (UTC)