Community noticeboard

Improving password standards on Miraheze

 * The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
 * Site Reliability Engineering would like to thank all participants in this Request for Feedback for sharing their thoughts, comments and concerns. Your feedback is very important to us and always plays an important role in any decision-making and we assure you that we will take all of this feedback into consideration. For more technical information on this task, please see T7713. Thank you! Agent Isai  Talk to me! 03:57, 23 November 2021 (UTC)

Hello all,

In order to comply with the latest security standards, the SRE team wishes to slowly increase password requirements to require that passwords are at least 12 characters.

The plan we thought of would be to progressively institute these requirements: first for global groups, after for local administrators, bureaucrats and bots and finally to extend the longer password requirements to the entire user base.

Before we go ahead with these changes we would like to get feedback from the community, so please do feel free to raise any concerns or provide any feedback you may have or ask us questions about this change and we would be happy to respond.

Thanks, Reception123 (talk) ( C ) 15:09, 4 September 2021 (UTC)


 * 1) My feedback is that this policy is as dumb as most of our Covid-related policy that assumes attaining Zero Risk is more important than living our lives.  Anyone who wants the additional security of a longer password can have one instantly.  There is no need to mandate that the entire user base do anything (except perhaps to those with power over the website) except to pat yourselves on the backs for having done something.  If someone is actually asking for this, then implement a customization option for individual wikis where their administration can enforce password length if desired.   20:34 4-Sep-2021
 * 2) Is there a demonstrated need on Miraheze that would entail people changing in this way? I have not seen enough of a wider requirement or evidence on the internet of widespread compromise to think this is in any way necessary. --Raidarr (talk) 00:26, 5 September 2021 (UTC)
 * Hmmmm, not sure if this is exactly necessary. I have yet to see any reports of recent account attacks. DarkMatterMan4500 (talk) (contribs) 23:02, 9 November 2021 (UTC)
 * How is the server protected against such attacks? I think that adding a one second delay after each failed login attempt for a specific user name and IP would prevent such attacks from beeing successful, am I wrong? WHen yes, where is the flow in my considerations? LilyLilyu - smile.svg talk and I will listen · Lilypond Wiki 08:13, 11 November 2021 (UTC)
 * 1) Support for global groups, but not for local groups. The current status quo for many of Miraheze's affairs is to let local wikis govern themselves and decide on their own policies, and only intervene when there is a legal obligation to do so, or if there is a ToU violation. Global groups should absolutely have strict password policies, because users with such groups can affect all of Miraheze. However, for local admins and bureaucrats, it's best to leave strong passwords as a recommendation rather than a requirement. Local wiki communities can decide on their own password policies if they so choose. As for the entire user base, I don't think it's necessary. A good idea in theory, but in practice it might not do much to encourage better password use. For all we know, someone who's password is the unacceptably insecure "password" could easily change it to "passwordpassword" to get their password up to 16 characters and meet the requirement, yet still have a terrible password.
 * Also, may I ask, what exactly are the "latest security standards" that you're referring to? If by "latest security standards", we mean "using HTTPS", "hashing passwords", and "keeping up to speed with security patches", we're already doing that, right? — k6ka  🍁 ( Talk ·  Contributions ) 23:24, 9 November 2021 (UTC)
 * 1) not sure what that current mandated length is, but 12 seems too long to me. 8, sure, I'd understand, that's common practice. enforcing numbers and special characters, also good. but 12 digits? for casual users? we'd see a huge uptick in password resets. I can maybe see the benefits for global groups, admins, bots, the like (i.e. people who's accounts could damage wikis if compromised) but for someone who logs in once every six months? not worth it imo. also, which security standards are you referring to? you mention "the latest" - who's latest? Amazingakita (talk) 08:57, 10 November 2021 (UTC)
 * 2) I only want to say that lenght and complexity checkings are ok (mine already is complex and long enough) but I don't agree with checks that compare the previous password with the new one. If I change a password (imagine, because I want it, not because a data breach) I don't want to lose that password forever. Jakeukalane (talk)
 * Hi, I'm also wondering what the "latest security standards" are. Is it some kind of policy that Miraheze has to abide by? Regardless of that, I'm ok with enforcing stronger passwords for users who have potentially destructive permissions, both locally and globally (deleting, blocking, editing interface, etc.). For users without these permissions, maybe there could be a warning with a "your password is not secure" message that the user can dismiss? Just an idea! --Ondo (talk) 10:45, 10 November 2021 (UTC)
 * 1) Pls do not change the current standards for passwords on Miraheze. I totally agree with Spike that everyone is free to chose a password as long as he likes. I would really hate to change my Miraheze passwords. All these password requirements (special character, number, small/big letter etc.) on many websites are really annoying me, so pls do not introduce a new password policy, thank you, LilyLilyu - smile.svg talk and I will listen · Lilypond Wiki 21:29, 10 November 2021 (UTC)
 * 2) Please DO increase password security. This is common sense, and a reality online to protect people's accounts from being easily broken into. I use a password manager that generates random string 20+ character passwords. Working in tech, I can say that increases in password security is just the way things are going to keep modernizing. Fighting that makes little sense because it's going to have to be done elsewhere eventually anyhow and is increasingly insisted on, on other sites. Insecure accounts can affect the Miraheze community because of the unified login; these logins being usable on other wikis can be problematic when an account is easily broken into. I would hope people would consider please keeping up with the tech and being realistic about what that often looks like today. CrystalClear (talk) 22:10, 10 November 2021 (UTC)
 * This is frankly not my experience even including services like Discord, Protonmail and Gmail (though Gmail is aggressive in pushing alternative functions anyways). The path of inevitability is not as clear cut as this would make it seem, at least from allegorical experience that would be easy to find. Though this is not to say that these password changes wouldn't have some benefit, and that people shouldn't be going well past them anyways. But frankly, unless you have responsibility that obliges you to more cutting edge protection, it's discretion I'd rather see users retain until it is demonstrably no longer viable on the internet. --Raidarr (talk) 09:18, 11 November 2021 (UTC)
 * 1) I do not see a strong need to increase the password requirements as proposed. As with K6ka's comment, I do  increased password security and two-factor authentication for users holding global groups (to be clear, wiki creator and interwiki administrator should not count as global groups for this purpose). I'm speaking of the SRE, Trust and Safety, and Stewards groups, principally because the   group on Miraheze is not the same as the   group on other wikis, as Miraheze has ManageWiki which provides for the granting of user group permissions without having to have the   user right that would otherwise provide access to the most sensitive, restricted user groups. I also feel that twelve characters is too much, but would support a 9-10 character minimum, with a combination of a minimum of one capitalized character, one non-alphanumeric character, and a mix of numeric and alphabetic characters. Dmehus (talk) 01:54, 15 November 2021 (UTC)
 * 2) I this as well. Coming from a company where this has been mandatory since years I would like to have this level of security here as well, especially because of the global login. Password managers can deal with even longer PWs, just saying. Soukupmi (talk) 07:58, 15 November 2021 (UTC)
 * 3) You say "latest security standards", yet provide no evidence for how this is considered to be so. Considering that I haven't seen any widely used platforms make such a change to password length, this change seems to lack any sort of proper reason behind it from what I can see. K599 (talk) 20:53, 15 November 2021 (UTC)
 * 4) It is my opinion that in this matter it is necessary to take a balanced and reasonable approach rather than a overreaching one. Unlike some comments above suggest I do not believe that it is unreasonable to require a certain password length and I think this is a sensible approach. That being said I do not agree with imposing a 12 character password for all users indiscriminately. This is because as many users have said before me the SRE team does not provide us with any justification or evidence to justify such a measure. If there have not been any accounts that have been hijacked why is it necessary to take such a measure right now? Is there a security risk we do not know about? I believe that in terms of regular users there is no need to change the current requirements and that users with low level access should make their own decisions regarding password length. I have personally not seen another website that has such strict requirements for lay-users. However, I do think that all global groups with significant power (such as Stewards, System Administrators and Global Sysops) should have this requirement as an extra safety precaution. I would not necessarily disagree with local groups such as administrator and bureaucrat having the requirement but I tend to lean towards the direction of them not having this requirement for the time being unless an actual need is proven. In conclusion, my current opinion is that an all encompassing requirement is inappropriate at the time but I would be willing to change my opinion if the SRE team will provide me with a reasoned explanation and justification for these measures other than just to be very careful. To be more clear after reading all the comments again my opinion is closest to that of Dmehus which I would support and which I find the most reasoned. --DeeM28 (talk) 20:12, 16 November 2021 (UTC)


 * The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section

Problem tabber
Hi, there, Would you know how to make a caption only appear in one tabber window? I know how to make it appear in both, but when I try to do it in one, the caption shows up in bold, as you can see here: Thanks in advance. Darkrai18 (talk) 13:49, 14 November 2021 (UTC)


 * Hello, my apologies for delay in responding. Has this been resolved? I have located the page you mean and it seems like you managed to get the caption going in one and not the other. If you meant something else, I ask for more information on what is intended. --Raidarr (talk) 12:43, 17 November 2021 (UTC)
 * Hi . Yes I managed, but the text appears in bold. I want it not to be. Sorry for the delay. Darkrai18 (talk) 09:16, 19 November 2021 (UTC)

Question
What's the current background theme Iron Sword 23 (talk) 13:51, 15 November 2021 (UTC)


 * What do you mean? If it's skin its probably vector Anpang   Talk  02:58, 17 November 2021 (UTC)

Miraheze @ Wikimania 2023
Hello,

During today's Miraheze Meeting, we confirmed that in 2023 we are considering attending Wikimania. If you'd like to join the party or get further information, please fill out https://forms.gle/GT2VCeRSCw9NdmR6A and we'll be in touch! RhinosF1 (Miraheze) (talk) 22:33, 15 November 2021 (UTC)


 * !mpressive early preparation start :-) --ZBlace (talk) 06:41, 29 November 2021 (UTC)

Looking for advice on how to include templates within templates
Hello! I've read through template documentation and understand the basics, but the page on advanced templates lost me (https://meta.wikimedia.org/wiki/Help:Advanced_templates). I can't seem to get my page to display the parameters when they are selected on pageforms if the parameters belong to a template within my "main" template.

I'm trying to embed templates within templates and am running into some problems. If you want to see what I'm trying to do:
 * here is a link to a "main" template I am using for a pageform:
 * https://parentratings.miraheze.org/wiki/Template:Page_Test
 * here is a link to a page created with a form that calls that template:
 * https://parentratings.miraheze.org/wiki/Generic_Test_Page_1
 * here is a link to one of the templates that my "main" template calls:
 * https://parentratings.miraheze.org/wiki/Template:PRCD_Table_Test
 * and a link to the template that that sub template calls (this is the one that contains the parameters for my form):
 * https://parentratings.miraheze.org/wiki/Template:Language_Tags

I thought about trying to do this differently, as shown in the "Sites that Use Page Forms" documentation example but I can't for the life of me find where that page is calling the "Print_entry" template. It just tells me it is towards the bottom of the edit page. And this would still require me to understand some advanced template wizardry that I'm struggling to understand. For instance:
 * the layout for this page:
 * https://directory.fsf.org/wiki?title=Blender&action=edit
 * is determined by this template:
 * https://directory.fsf.org/wiki/Template:Print_entry
 * how does it "initialize parameters/variables"? (I think this is the right phrase, but I'm not sure). I see the numbered list, but I can't seem to recreate it. I feel like I need to do something like this, but I'm not sure how.

I've also read about using, but I'm not sure if I need to use that on every single pipe in all my templates except my "main" template, or just the ones dealing with my parameters. Maybe I even need to add extra {} brackets around some of the rest of my template parameters, but I'm not sure how many or when and where.

Lastly, as a separate question, calling a template twice seems to be throwing an error (pages using duplicate arguments in template calls). At least that's what I think is happening. Is it possible for my page to display the forms-selected parameters twice, but in different locations without this error creeping up?

Any help would be greatly appreciated, even if you can just point me in the right direction a little bit. I'm happy to keep cracking at this. Thanks! ParentRatings (talk) 05:38, 16 November 2021 (UTC)


 * While I'm not 100% sure what you're asking for help with or about the entire scope of your request, I can explain how the site you referenced is functioning. You already have Page Forms on your wiki, so that's a good start. The way FSF has their Directory set up, they use Page Forms for all page creations and edits. On creation, Form:Entry is attached to the Print entry template, which Page Forms then substitutes into the finished page once the form is submitted. There is some extra stuff on that wiki because they are using the full suite of semantic extensions, with many functions and capabilities beyond the forms extension. As for the ordered (number) list on that template, that's really just their documentation. It tells power users and admins what the parameter values are supposed to be when editing without the forms. Basically, it just tells you that the first parameter (meaning ) in this case corresponds to wherever the name of the application belongs. Again, this question is asking for a lot of diverse information about templates, so in order to help us understand what you need help with and to be more likely to get the answers you need, it would be helpful to get a bit more specific. I do hope this can answer some of your questions and help you get started though!  dross  (t • c • g) 23:38, 16 November 2021 (UTC)
 * Thanks so much! I tried to give as much information as possible, but I can see now how that can be confusing - sorry about that. I'm also still learning the jargon. You mention that Form:Entry is attached to the Print_entry template. How are they attached? As far as I can tell, the Print_entry template provides the page layout for each Entry on FSF - I want to do something similar on my wiki. But although Form:Entry has and other "for template" sections, I cannot see how this form is attached to the "Print_Entry" template. Understanding how to make that connection to my "layout" template while at the same time building my form around different templates that contain the parameters I want displayed would be a great help.
 * Hope this time was a little more clear. Thank you so much. :) ParentRatings (talk) 05:10, 17 November 2021 (UTC)

Interlanguage request
I would like to send those interwiki links: To the wiki:
 * cs - https://csup.miraheze.org/wiki/
 * de - https://polandballde.miraheze.org/wiki/
 * en - https://polandballwiki.com/wiki/
 * es - https://polandballes.miraheze.org/wiki/
 * hy - https://hypolandball.miraheze.org/wiki/
 * ja - https://japolandball.miraheze.org/wiki/
 * pl - https://plpolandball.miraheze.org/wiki/
 * pt - https://pt.polandballwiki.com/wiki/
 * ru - https://polandballru.miraheze.org/wiki/
 * zh - https://zhpolandball.miraheze.org/wiki/
 * id - https://bolapolandia.miraheze.org/wiki/

LegoFan506 (talk) 12:00, 16 November 2021 (UTC)
 * ✅, check your local mh:bolapolandia:Special:Log/interwiki for more information. Agent Isai  Talk to me! 15:03, 16 November 2021 (UTC)
 * Can you send the interwiki link (id) https://bolapolandia.miraheze.org/wiki/ to (en) https://www.polandballwiki.com/wiki/Polandball_Wiki? --LegoFan506 (talk) 10:59, 17 November 2021 (UTC)
 * I think Agent already did that along. Ugochimobi (talk) 16:05, 17 November 2021 (UTC)
 * Indeed, as Ugochimobi has pointed out, I have ✅ this. Note for future reference though that generally speaking, only local administrators or bureaucrats can request a global Interwiki administrator add an interwiki prefix to a wiki. However, seeing as I am a local  on , I have completed this reasonable request.  Agent Isai  Talk to me! 17:57, 17 November 2021 (UTC)

How to import or move an existing MediaWiki to Miraheze
I have a MediaWiki and downloaded the content. How can import that package here in Miraheze?? 84.21.34.146 13:22, 17 November 2021 (UTC)


 * After you've requested a wiki, please make a Phabricator task and link the XML dump. Your XML dump should be first uploaded to an external storage service such as Google Drive or MEGA. Agent Isai  Talk to me! 14:49, 17 November 2021 (UTC)
 * Worth noting that creating a user account will be necessary for this if you haven't already. --Raidarr (talk) 17:50, 17 November 2021 (UTC)

A proper way to report users
For example, I've found a suspicious user (that should be globally locked) in recent changes or cvt-feed or something like that. What's the best way to report them? Community noticeboard? Well if I find 10 over a week I'll make atleast 3 topics, too much. If there's no good way yet, I suggest a noticeboard only for reporting users, the noticeboard will be archived very often. Anpang  Talk  03:42, 18 November 2021 (UTC)
 * You can do it on the Stewards noticeboard (a lot of people report there) or you can also send an email to Miraheze. Community noticeboard is intended to get help from other Miraheze users/community. YellowFrogger (✉ Talk  ✐ Edits ) 04:23, 18 November 2021 (UTC)
 * Hmm yes. Thank you! Anpang   Talk  05:05, 18 November 2021 (UTC)
 * To report users, you may do so on #cvt on Discord or on IRC in addition to the Stewards' noticeboard where a member of the global Counter Vandalism Team will process your report. If the issue is a bit sensitive, you are also welcome to send an email to either cvt@undefinedmiraheze.org or stewards@undefinedmiraheze.org.  Agent Isai  Talk to me! 05:12, 18 November 2021 (UTC)
 * For regular reports especially, using the chat-based options may be most efficient. --Raidarr (talk) 17:32, 18 November 2021 (UTC)

Question for category pages
Hi, it's me again. Do you know how to make the category pages look more like Fandom's than Wikipedia's? For example having icons next to the category names, or "trending pages". Thanks in advance. Darkrai18 (talk) 22:09, 19 November 2021 (UTC)

Interwiki
hi, staff you can help me my two wiki 麥克百科 wikiand日語-麥克百科事典 wiki inter language? thanks.--Msnhinet8 (talk) 08:14, 22 November 2021 (UTC)
 * ✅, check your local Special:Log/interwiki for confirmation. Agent Isai  Talk to me! 08:17, 22 November 2021 (UTC)
 * ok,thanks.--Msnhinet8 (talk) 08:22, 22 November 2021 (UTC)

How to change font
Hi, I want to customize the font of my wiki. I tried to change the css file a lot of ways, but I can't use a google font (EB Garamond in particular). I tried a lot of possibile sintaxes, but nothing seems to work. Adri Ikharai (talk) 07:31, 23 November 2021 (UTC)

I've had help with this before, maybe it'll help you. Raichu&#39;s Endless Nights (talk) 07:52, 23 November 2021 (UTC)


 * Tibi gratias fa pro me servando Adri Ikharai (talk) 08:44, 23 November 2021 (UTC)

Page previews
Is it possible to add page previews to a miraheze wiki, like the ones that appear on Wikipedia? (https://www.mediawiki.org/wiki/Page_Previews) TomebinderL (talk) 15:16, 23 November 2021 (UTC)


 * Yes, it is. To enable it, please go to Special:ManageWiki/extensions on your wiki and enable "Popups" Agent Isai  Talk to me! 16:03, 23 November 2021 (UTC)
 * Thanks! TomebinderL (talk) 18:04, 23 November 2021 (UTC)

Where is my old request?
I had a Fancade Wiki request. Because I lost it, I had to create a new one. It appears declined. Can you find the old one? TylerMagee (talk) 21:36, 23 November 2021 (UTC)


 * Your original request for a  is #21420. Both your old and new request were declined because they lacked a good reason. Please edit your wiki request and expand on your wiki's scope in 2-3 sentences (e.g. "My wiki will focus on X and will document Y and Z", etc.) and we'll process it again, thanks.  Agent Isai  Talk to me! 22:23, 23 November 2021 (UTC)

Templates and tags
Hi, Could you please tell me where I may find
 * a list of common templates like as in m2 ?
 * a list of common tags like  ·   ·  ·  · [[Category:]]
 * Translations: · ·  · 
 * It's already there. You want to put it on your wiki or what? Anpang   Talk   Stuff  02:18, 28 November 2021 (UTC)

One of my posts that I last updated November 18th is gone
I had a post on the noticeboard that I intended to update regularly. I last updated it on November 18, and according to the edit history of the noticeboard, it was archived three days later, on November 21st. How long will it take to update Revibot to only archive posts that have had no activity for 14 days? I know how to retrieve my post, but I'm unable to do so because I'm posting from a Nintendo Switch (it has an internet browser, but it can't be easily accessed. There are many tutorials online on how to access it, if you want to), which doesn't have a copy-and-paste feature. Also, where can I put my post so that this doesn't happen again? Tali64³ (talk) 17:15, 25 November 2021 (UTC)

interwiki

 * Hi staff, can help me オンライン百科事典 wiki interwiki 网路百科 wiki? thanks.--Msnhinet8 (talk) 12:13, 26 November 2021 (UTC)
 * For the record, this has been ✅ by Ugochimobi (talk) 21:23, 28 November 2021 (UTC)

Problem with reCAPTCHA when creating a account
Hi, When I attempt to create an account, I get this : "reCAPTCHA validation failed: score retrieved from server is lower than the minimum required score. Please try again later. If problems persist, please contact sre-mediawiki@miraheze.org."

Does anybody knows why?

In fact no captcha appears, and there is no adblock or alike on my Firefox.

What appends ? -- Webmaster1 (talk) 21:57, 26 November 2021 (UTC)


 * Please email cvt@undefinedmiraheze.org to request they make an account for you. Agent Isai  Talk to me! 22:05, 26 November 2021 (UTC)
 * OK, I will. But here I wanted to know what happens.
 * Is that ok, if no captcha is proposed ? Isn't it a problem on miraheze.org ?
 * In fact I hate to have people at cvt(at)miraheze.org loose their time with such a boredom... Webmaster1 (talk) 22:30, 26 November 2021 (UTC)

How do I add a background theme to my wiki?
want to make the background color of my wiki, Appalling TikToks Wiki, black, but I don't know how. SleepParalysisDemon (talk) 19:32, 27 November 2021 (UTC)


 * Check https://pastebin.com/QSpDFPAx
 * I will try polishing it later, and will give you updates when I do (to allow other things to be visible) -- Cheers, Bukkit ( Talk • All Contribs ) 00:11, 29 November 2021 (UTC)

Extensions not clickable
To allow Youtube embedding, I am trying to click on the Youtube extension box; however, none of the boxws in Special:ManageWiki/extensions are clickable? HID&#38;GEM (talk) 00:57, 28 November 2021 (UTC)


 * What exactly? Are the checkboxes grayed out? Anpang   Talk   Stuff  02:13, 28 November 2021 (UTC)
 * For the record, this was resolved on Discord. Agent Isai  Talk to me! 02:14, 28 November 2021 (UTC)

SVG Program
Anyone to recommend me some FREE program that converts images to SVG without it going blank on the wiki? YellowFrogger (✉ Talk </b> ✐ Edits </b>)</b> 04:26, 29 November 2021 (UTC)


 * Could you clarify what you mean about it "going blank on the wiki"? Agent Isai  Talk to me! 04:27, 29 November 2021 (UTC)
 * When you use these random google sites, and go to upload file on wiki, stay all white. But I believe it's not the wiki. YellowFrogger</b> (✉ Talk </b> ✐ Edits </b>)</b> 04:30, 29 November 2021 (UTC)
 * Ok, this isn't really an answer, but can you just redraw it in a vector drawing program? Anpang   Talk   Stuff  04:47, 29 November 2021 (UTC)

Suggestion: Confirmation when clicking Logout
My computer is a laptop with a touchpad. Sometimes I accidentally touch the touchpad and move and the touchpad would move the cursor to the top right (Log out button) and click (because the touchpad has click on drag thing). Suggestion is to add a confirmation when clicking Log out. Anpang  Talk   Stuff  06:27, 29 November 2021 (UTC)
 * It would be a good suggestion only if it was in the preferences. For example: I didn't want this, to have a confirmation. You probably wouldn't have it either if it weren't for your laptop. So this is a system business and it's hard to solve, but we'll see if some admin can handle it, and I suggest you open a ticket in phabricator YellowFrogger</b> (✉ Talk </b> ✐ Edits </b>)</b> 06:31, 29 November 2021 (UTC)
 * I second that this could be a nice DIY to have in Preferences. --Raidarr (talk) 09:52, 29 November 2021 (UTC)
 * Agreed, this could be helpful to implement for mobile users to have available. Turtle84375 (talk) 18:06, 29 November 2021 (UTC)
 * You should make a task on WMF Phab. This is an amazing idea. -- Cheers, Bukkit ( Talk • All Contribs ) 18:22, 29 November 2021 (UTC)

Where can I ask for wiki deletion?
I have a wiki that I would like to be deleted; it's been sitting inactive for months and I just want to be done with it, but I can't find anything that says where I should go for wiki deletion. So, where should I go to ask for the deletion of my wiki? (I am a bureaucrat and administrator on this wiki) -- Waffledogefern (talk) 01:43, 30 November 2021 (UTC)
 * I recommend that you do it on the Stewards noticeboard, citing the reasons for the deletion in a short description. You must also quote the name of wiki YellowFrogger</b> (✉ Talk </b> ✐ Edits </b>)</b> 01:56, 30 November 2021 (UTC)
 * Put a wiki deletion request on Stewards' Noticeboard. Maybe make it something like


 * == Wiki deletion ==


 * Can I get my wiki abcdefgwiki to be deleted? ~ Anpang   Talk   Stuff  11:03, 30 November 2021 (UTC)
 * Okay, thanks! -- Waffledogefern (talk) 23:53, 30 November 2021 (UTC)

Edit rights restricted
Hi, I want my open wiki to be editable for Members only. Right now I made : "Everybody" with no rights and "Confirmed users" with Edit rights. Is that the best way ? Does anybody may become a "Confirmed user" on my wiki by his own ? Thanks for your advices Webmaster1 (talk) 16:41, 30 November 2021 (UTC)


 * Hi there :), you're welcome here.
 * Yes, I am sure you're on track as only confirmed users should be able to view your wiki (if it's private).
 * Plus, No, No one can grant themselves the confirmed user group, you or a sysop has to grant them.
 * Hope this helps. Ugochimobi (talk) 16:54, 30 November 2021 (UTC)
 * Thanks for this fast answer. But this : the site should'nt be private. Everyone reading it, only the granted one editing. Is my way ok for that ? Is there a better way ? Webmaster1 (talk) 17:40, 30 November 2021 (UTC)
 * For only site administrators to edit it, you must enable the extension ProtectSite in ManageWiki/extensions of your wiki. This won't make your wiki private, and I recommend reading the MediaWiki page about this extension to see how to edit, among other things. Hope this helps you. YellowFrogger</b> (✉ Talk </b> <b style="color: #069404;">✐ Edits </b>)</b> 18:02, 30 November 2021 (UTC)
 * No, I don't want only site administrators to edit it, but only Confirmed users (granted by me) to edit it. Webmaster1 (talk) 18:24, 30 November 2021 (UTC)
 * I've never used this extension, so I recommend that you don't believe this answer: but I think it works like this. If you want guest users to edit, put them as admin on the site. If you only want registered users to edit on the site, this extension: "EditSubpages" should do it. But that's another thing. <b style="color: #1965e0;">YellowFrogger</b> <b style="color: #069404;">(<b style="color: #069404;">✉ Talk </b> <b style="color: #069404;">✐ Edits </b>)</b> 18:42, 30 November 2021 (UTC)
 * I wasn't the one that replied with that though, but just like I said above, I thought your wiki is private, but if what you want is what you said in the second RE, then, it's simple, all you need is a public wiki then the page you don't want everybody to edit, you'd protect "Allowing on autoconfirmed user's access" by so doing, only autoconfirmed and "confirmed users" will be able to edit such pages. Ugochimobi (talk) 19:10, 30 November 2021 (UTC)
 * @Ugochimobi: Sorry for the mistake, and thanks for the answer. Webmaster1 (talk) 19:38, 30 November 2021 (UTC)
 * No problems,:P Ugochimobi (talk) 20:07, 30 November 2021 (UTC)
 * Hi there! Uh, it looks like a lot of the previous solutions are pretty unnecessarily complicated. If I am correct that you want only members that you choose to edit, you can do this simply by changing which user groups have the  permission on your wiki. You can do this under Special:ManageWiki/permissions by removing the   permission from the   group (which is the same as the   group), and adding it to whichever group you desire. You may even wish to create a new group like   and give it the   permission for more control over who exactly has the ability to edit.
 * I can see that you have already figured out how to unassign the  permission from the   group, and have assigned it to the   group. If you would like to ensure that only confirmed users can edit your wiki, you will need to be sure to also remove the   permission from the   group as well (which applies to all logged in Miraheze users) at [ Special:ManageWiki/permissions/user].  dross  (t • c • g) 23:17, 30 November 2021 (UTC)
 * Seriously? And I used to edit a lot on a wiki, and I always went through ManageWiki, but I had no idea that this was exclusively for this. That's why it's good to volunteer even if you're not a steward. I think this is good because we don't need to solve it with extensions. Because extensions one day ceases to exist and is very manual. <b style="color: #1965e0;">YellowFrogger</b> <b style="color: #069404;">(<b style="color: #069404;">✉ Talk </b> <b style="color: #069404;">✐ Edits </b>)</b> 00:25, 1 December 2021 (UTC)
 * I've been around MediaWiki installs since probably about the time of 1.25 or so. Worked on the basics of or hosted a few independent wikis myself, including Hypercane's Hypoverse when it was once an independent farm. Those kinds of projects mean making changes to the LocalSettings.php file itself and running the included scripts from time to time. For me, ManageWiki is just like an extension of everything that goes into the backend management of a MW wiki. dross  (t • c • g) 07:08, 1 December 2021 (UTC)
 * they're all similar solutions. Thanks anyway :) Ugochimobi (talk) 07:00, 1 December 2021 (UTC)
 * Thanks to all for your valuable comments. What @dross has said is important as there is something weird. Though "All Users/Everyone * " has no editing rights, yet the simple "User" group has about all rights ! Apparently every group should be carefully checked... Webmaster1 (talk) 14:51, 1 December 2021 (UTC)
 * Another strange detail : I created a group 'Member' with edit rights, but this goup does'nt appear in the '[mywiki/]Spécial:ManageWiki/permissions' list. Quid ? This let me think there should be somewhere a clear definition of the Groups. For instance "Robot" and "Bureaucrates" : of Mywiki ? or of Miraheze ? Webmaster1 (talk) 15:01, 1 December 2021 (UTC)

2021 Tech Excellence
Hello,

Before the end of year festivities start and the exams, Here's a quick post to celebrate the achievements we've made this year.

First, A massive thank you to Redmin (53 closed tasks / 40 commits) & Doug (50 closed tasks / 33 commits) for being our top non-sysadmin contributors.

Between 1 December 2020 00:00:01 and 23:00, 30 November 2021 (UTC) we had:
 * 2001 modified tasks
 * 67 users closed a task modified this year.
 * 49 users currently own a task
 * 629 users created a task modified this year
 * 293 tasks have no assignee.
 * 1247 tasks were closed as resolved.
 * 57 tasks were closed as duplicate.
 * 329 tasks were closed as invalid.
 * 306 tasks were closed as declined.
 * 62 tasks survived this period.

Thanks to all 78 users (2 users were excluded for being disabled) to have closed or are assigned to a closed task in the last 12 months.

RhinosF1 (Miraheze) (talk) 23:00, 30 November 2021 (UTC)
 * 1) Reception123 ( 717 task(s) )
 * 2) Universal_Omega ( 629 task(s) )
 * 3) John ( 226 task(s) )
 * 4) RhinosF1 ( 158 task(s) )
 * 5) Paladox ( 110 task(s) )
 * 6) Redmin ( 53 task(s) )
 * 7) Dmehus ( 50 task(s) )
 * 8) Void ( 41 task(s) )
 * 9) Southparkfan ( 28 task(s) )
 * 10) Agent_Isai ( 18 task(s) )
 * 11) Zppix ( 17 task(s) )
 * 12) Bukkit ( 16 task(s) )
 * 13) Ugochimobi ( 10 task(s) )
 * 14) Hispano76 ( 7 task(s) )
 * 15) PiscesKazeMGR ( 6 task(s) )
 * 16) Joritochip ( 4 task(s) )
 * 17) MarioMario456 ( 4 task(s) )
 * 18) Cocopuff2018 ( 4 task(s) )
 * 19) Lakelimbo ( 3 task(s) )
 * 20) Rob_Kam ( 3 task(s) )
 * 21) Owen ( 3 task(s) )
 * 22) WikiJS ( 3 task(s) )
 * 23) Videojeux4 ( 3 task(s) )
 * 24) Beninantidota ( 2 task(s) )
 * 25) Majavah ( 2 task(s) )
 * 26) Altter ( 2 task(s) )
 * 27) GabbiNova ( 2 task(s) )
 * 28) GustavioBitenkas ( 2 task(s) )
 * 29) J-Josyu ( 2 task(s) )
 * 30) Pfyh ( 2 task(s) )
 * 31) Anton ( 2 task(s) )
 * 32) Turtle84375 ( 2 task(s) )
 * 33) labster ( 2 task(s) )
 * 34) Sunilbutolia ( 2 task(s) )
 * 35) AmandaCath ( 2 task(s) )
 * 36) MacFan4000 ( 2 task(s) )
 * 37) Timboliu999 ( 2 task(s) )
 * 38) Shili ( 2 task(s) )
 * 39) HopelessNightOwl ( 2 task(s) )
 * 40) DonaldoCRG ( 1 task(s) )
 * 41) Darkrai18 ( 1 task(s) )
 * 42) Emojiwiki ( 1 task(s) )
 * 43) K599 ( 1 task(s) )
 * 44) CnoTe ( 1 task(s) )
 * 45) Xymachos ( 1 task(s) )
 * 46) MFSFreak ( 1 task(s) )
 * 47) Blackwolfe ( 1 task(s) )
 * 48) MrJaroslavik ( 1 task(s) )
 * 49) LukeTheNuke ( 1 task(s) )
 * 50) Iploystaffingph ( 1 task(s) )
 * 51) SoyokoAnis ( 1 task(s) )
 * 52) AnuWicky ( 1 task(s) )
 * 53) Verne ( 1 task(s) )
 * 54) github-migration ( 1 task(s) )
 * 55) Sario528 ( 1 task(s) )
 * 56) SamanthaNguyen ( 1 task(s) )
 * 57) Manuela ( 1 task(s) )
 * 58) Kees_Langeveld ( 1 task(s) )
 * 59) Scott_Williams ( 1 task(s) )
 * 60) AquaSZS ( 1 task(s) )
 * 61) DarkMatterMan4500 ( 1 task(s) )
 * 62) metalmax2000 ( 1 task(s) )
 * 63) Peggyfresh2012 ( 1 task(s) )
 * 64) DidierThunus ( 1 task(s) )
 * 65) Arcane21 ( 1 task(s) )
 * 66) Helper ( 1 task(s) )
 * 67) Dadoctorwhofan ( 1 task(s) )
 * 68) Clb123 ( 1 task(s) )
 * 69) The.Prettiest.Prettyboy ( 1 task(s) )
 * 70) Harryburr ( 1 task(s) )
 * 71) Ertosi ( 1 task(s) )
 * 72) Winn ( 1 task(s) )
 * 73) MusikAnimal ( 1 task(s) )
 * 74) TeNoR ( 1 task(s) )
 * 75) ChipWolf ( 1 task(s) )
 * 76) Callipedia ( 1 task(s) )
 * 77) Revival ( 1 task(s) )
 * 78) ImBoPhil ( 1 task(s) )


 * Hey, I see someone in the task list that looks familiar... 🤔 -- Cheers, Bukkit ( Talk • All Contribs ) 00:26, 1 December 2021 (UTC)
 * What does this list really mean? Are they requests in Phabricator? My name is not on the list, which means it's not just requests. <b style="color: #1965e0;">YellowFrogger</b> <b style="color: #069404;">(<b style="color: #069404;">✉ Talk </b> <b style="color: #069404;">✐ Edits </b>)</b> 00:29, 1 December 2021 (UTC)
 * As said above the list, it is a list of people who "have closed or [have been] assigned to a closed task in the last 12 months." Agent Isai  Talk to me! 00:30, 1 December 2021 (UTC)

Central notice changes
This is for the sake of having an open discussion on the changes proposed in this RfC, though I won't really touch much on the last proposal that was added by another person (of course, you're welcome to talk about that as well nonetheless). Hopefully this comment will at least make it clear what the proposals I brought up are intended to mean. Also, please ask nicely if you would like clarity on anything at all.

The first one to discuss is the following:

Central notices with the purpose of soliciting participation from wiki communities for an event or a discussion should last while that event or discussion is open for people to participate. As in, the central notice would only be removed after the event or discussion has closed.

Let's start by saying that this is not changing what a central notice is made for. It's not saying that every discussion gets a central notice, what it's saying applies in the instance when the people who make central notices decide that a discussion will get a central notice, which is still at their judgement. This talk page comment might show some insight on what such judgement it is, which again they would still retain. What changes is specifically the duration of such particular central notices, in that it would be in relation to the discussion that it would be notifying of.

The discussions being referred to can be gleaned from Special:CentralNotice (click "Show archived campaigns" to see the older ones). It is what is meant to gather people to provide their input and feedback, and this description fits, for example, Requests for Comment or Requests for Stewardship. And if they have yet to be closed by the closer, then the closer presumably decided that it needs more time to gather more comments before a conclusion can be drawn. If so, the methods used to notify of the discussion's existence should get continued use to gather more discussion from people.

Another proposal to discuss is the following:

A campaign type can be set for central notice campaigns, allowing users to opt out of specific campaign types in their preferences, specifically in the "Banners" section. Here is a proposal for what campaign types Miraheze should use:
 * Fundraising
 * Surveys
 * Maintenance
 * Requests for Comment
 * Requests for Stewardship
 * Requests for Community Director

To make it clear how to use preferences to opt-out of campaign types, some text instructing people how to do so should be added to central notices.

In technical terms, campaign types are configured with $wgCentralNoticeCampaignTypes in LocalSettings.php.

This can presumably work with ManageWiki to apply for a whole wiki. To sysadmins, this would presumably be done by using a custom variable to set $wgDefaultUserOptions['centralnotice-display-campaign-type-whatever'] = 0.

Now, in regards to how to decide on the campaign types to be used, I'd say that having the communities' consensus is still relevant, in the case of disputes over what should be grouped together or partitioned. And the RfC does show a dispute over whether Requests for Global Sysop should be included, excluded, or grouped with another type. So it would at least be useful to have some sort of discussion with wiki communities to figure out what's best.

In response to other comments in the RfC: Including Requests for Global Sysop in the list of campaign types does not mean that every single one of that request gets a central notice, it is meant to mean that a RfGS would be allowed to get a central notice, which would still have the judgement of the people who make central notices to actually get one. And people should be able to decide for themselves if they want to opt out of seeing certain central notices, and I figure that if someone desires a tool to stop seeing a certain kind of notification, they likely aren't interested in what's being notified about in the first place. Finally, it was concluded in this RfC that there is consensus for community-oriented posts to be posted on Miraheze's social media accounts, therefore a community-elected role would be appropriate.

Feel free to say your thoughts on any of these topics. K599 (talk) 15:29, 1 December 2021 (UTC)
 * And will there be a way to disable CNotice for some, and leave only fundraising? <b style="color: #1965e0;">YellowFrogger</b> <b style="color: #069404;">(<b style="color: #069404;">✉ Talk </b> <b style="color: #069404;">✐ Edits </b>)</b> 15:33, 1 December 2021 (UTC)
 * @YellowFrogger As said in the explanation of how campaign types work, people should be able to go into their preferences and opt-out of the types that they don't want to see. K599 (talk) 16:27, 1 December 2021 (UTC)

MediaWiki 1.37
Can you please upgrade all farm wikis on this farm to MediaWiki 1.37? Thanks. TylerMagee (talk) 18:26, 1 December 2021 (UTC)