Project:Village Pump

This page is only for discussing issues related to MediaWiki.org site.

To get help with MediaWiki software, ask on Project:Support desk.

I don't have a better idea for a name, but having "Current issues" on the sidebar, suggests a place to report current issues/bugs about MediaWiki, not to have site discussion.

Perhaps Village Pump would be better. Its wiki specific jargon, but at least its unlikely to confuse people just wanted support for MW.

Agreed. I think this is a confusing mismatch of name and function.

Village Pump works for me.

Yeah, I agree.

We might have a difficulty moving the page given the number of posts on it, however. :-(

Well there's an easy way to find out, and that's by trying it :)

I agree that Village Pump works better as a page title.

We have no Village stocks here, so don't worry.

I'll try to move, hopefully nothing breaks.

 Done. MediaWiki did not let me leave redirects behind for some reason so I have re-added those manually.

Might be related to the page's content model. Thanks anyway.

We need a Wikidata admin to fix the sitelink at Project:Village pump (Q16503).

Done, see d:Special:Diff/1347425283.

I think I got the most important uses fixed. I'll try to clean the rest up later.

Thanks for making this change! Can we switch to "Village pump" (lowercase "p") to match most of the other page titles on the site?

As it's a proper noun, I think it should be with the current capitalisation. (Also all the other ones should be updated back to being proper case, as they are standard MediaWiki terms; was there a discussion about changing them?)

Sentence case is generally the accepted way to capitalize page names here. That said, what other ones are you referring to?

See the sidebar, where the link to RecentChanges is "Recent changes" etc..

That's MediaWiki's default; the link there is unedited. See MediaWiki:Recentchanges -- page doesn't exist so it inherits the default from i18n/en.json. All of the default sidebar links are sentence case.

Huh, yes, and has been that way since at least 2006 from by git diving. Fascinating.

I see "village pump" as a common noun: "set of pages used to discuss the technical issues, policies, and operations of a Wikimedia wiki" (Wikidata). Looking at the Wikidata entry, most village pump pages on other wikis use sentence case, as well as similar pages like "Reading room", "Water cooler", and "Beer parlour".

Yes, the generic use of a proper noun is often a common noun ("five kings"), but the specific instance would still be a proper noun ("the King").

However, as @Skizzerz says, we've apparently always been wrong in this way, so let's just leave it like that. :-) Fixed.

I personally think this change could have been advertised better, as it turns out I completely missed this discussion.

Hello. Apologies if you are not reading this message in your native language. Please help translate to your language. Thank you!

Wikimania will be a virtual event this year, and hosted by a wide group of community members. Whenever the next in-person large gathering is possible again, the ESEAP Core Organizing Team will be in charge of it. Stay tuned for more information about how you can get involved in the planning process and other aspects of the event. Please read the longer version of this announcement on wikimedia-l.

ESEAP Core Organizing Team, Wikimania Steering Committee, Wikimedia Foundation Events Team, 15:15, 27 January 2021 (UTC)

Per page rename, update translation pages of MediaWiki:Mw-discussion:

It's hard to translate "village pump" to other languages when it's more a slang or argot than the actual meaning of "village pump" (where's the pump here?)

We can use d:Q16503.

pending [pl]

• MediaWiki:Mw-discussion/pl - Dyskusja o serwisie (Discussion about the site)
• pl:Wikipedia:Kawiarenka pod Wesołym Encyklopedystą - Kawiarenka pod Wesołym Encyklopedystą (A cafe under the Happy Encyclopedist)

But why was this change done? Was this change discussed somewhere, because I don't recall any consensus being obtained.

What change? The name of the page? See Topic:V8id6hgtwi1gjey3

Yes, that one. Seems that I missed that topic completely.

I propose that this be switched to wikitext content model for easier use by both new and existing contributors. Thoughts?

I'd rather not move to a known-bad system. Let's wait for the DiscussionTools system to be on by default before we make any changes.

I think Flow is doing OK personally here.

I personally like wikitext more than Flow, but I'd rather not make this central page use a different system than other similar pages.

Tried to Create a new Page, as I am a legitimate, professional actor, presenter and voice artist in South Africa and have contributed to ESAT: https://esat.sun.ac.za/index.php/Encyclopaedia_of_South_African_Theatre,_Film,_Media_and_Performance

Would like to link my page to various applicable ESAT pages.

This is not the place to get support for Wikipedia. Try the Teahouse.

Hello! I recently joined the Wikimedia Foundation as a software engineer. I am working on WikiLambda/Abstract Wikipedia. I tried to create a page to instruct others how to get this extension up and running locally but was admonished not to do so (with a very intimidating cat picture). How can I create this page?

Thank you!

Hi. You should be able to do so now.

Hello,

A policy regarding the removal of advanced permissions (such as: administrator, bureaucrat, interface-administrator, etc.) was adopted by global community consensus in 2013. This community, while initially excluded from the activity review, decided in August 2020 to opt-in. Accordingly, the stewards are reviewing the activity of the accounts with advanced permissions based on the admin activity review policy.

To the best of our knowledge, we have determined that the following users meet the inactivity criteria (no edits and no logged actions for more than 2 years):

• AmiDaniel (talk • contribs • logs • rights • SUL utility)

• Anubhav iitr (talk • contribs • logs • rights • SUL utility)

• Aude (talk • contribs • logs • rights • SUL utility)

• Awjrichards (talk • contribs • logs • rights • SUL utility)

• Barras (talk • contribs • logs • rights • SUL utility)

• Bdk (talk • contribs • logs • rights • SUL utility)

• Bene* (talk • contribs • logs • rights • SUL utility)

• BladeBronson (talk • contribs • logs • rights • SUL utility)

• Bryan (talk • contribs • logs • rights • SUL utility)

• Cbrown1023 (talk • contribs • logs • rights • SUL utility)

• Christopher Johnson (WMDE) (talk • contribs • logs • rights • SUL utility)

• Church of emacs (talk • contribs • logs • rights • SUL utility)

• Cmelbye (talk • contribs • logs • rights • SUL utility)

• Courcelles (talk • contribs • logs • rights • SUL utility)

• DeirdreAnne (talk • contribs • logs • rights • SUL utility)

• DieBuche (talk • contribs • logs • rights • SUL utility)

• Dragons flight (talk • contribs • logs • rights • SUL utility)

• Drdee (talk • contribs • logs • rights • SUL utility)

• Ebernhardson (talk • contribs • logs • rights • SUL utility)

• Edokter (talk • contribs • logs • rights • SUL utility)

• Elian (talk • contribs • logs • rights • SUL utility)

• Fire (talk • contribs • logs • rights • SUL utility)

• Fran Rogers (talk • contribs • logs • rights • SUL utility)

• Glaisher (talk • contribs • logs • rights • SUL utility)

• Gregdek (talk • contribs • logs • rights • SUL utility)

• Grind24 (talk • contribs • logs • rights • SUL utility)

• Hannibal (talk • contribs • logs • rights • SUL utility)

• Happy-melon (talk • contribs • logs • rights • SUL utility)

• IAlex (talk • contribs • logs • rights • SUL utility)

• Inez (talk • contribs • logs • rights • SUL utility)

• Jeremyb (talk • contribs • logs • rights • SUL utility)

• John Vandenberg (talk • contribs • logs • rights • SUL utility)

• Johnduhart (talk • contribs • logs • rights • SUL utility)

• Kalan (talk • contribs • logs • rights • SUL utility)

• Lhridley (talk • contribs • logs • rights • SUL utility)

• Liangent (talk • contribs • logs • rights • SUL utility)

• Manybubbles (talk • contribs • logs • rights • SUL utility)

• Midom (talk • contribs • logs • rights • SUL utility)

• Misza13 (talk • contribs • logs • rights • SUL utility)

• Mr.Z-man (talk • contribs • logs • rights • SUL utility)

• OverlordQ (talk • contribs • logs • rights • SUL utility)

• PleaseStand (talk • contribs • logs • rights • SUL utility)

• Pmlineditor (talk • contribs • logs • rights • SUL utility)

• Ral315 (talk • contribs • logs • rights • SUL utility)

• RobertL (talk • contribs • logs • rights • SUL utility)

• Robmoen (talk • contribs • logs • rights • SUL utility)

• Splarka (talk • contribs • logs • rights • SUL utility)

• TheFearow (talk • contribs • logs • rights • SUL utility)

• Thehelpfulone (talk • contribs • logs • rights • SUL utility)

• Tim.landscheidt (talk • contribs • logs • rights • SUL utility)

• Tychay (talk • contribs • logs • rights • SUL utility)

• VasilievVV (talk • contribs • logs • rights • SUL utility)

• Werdna (talk • contribs • logs • rights • SUL utility)

• X! (talk • contribs • logs • rights • SUL utility)

• Ypnypn (talk • contribs • logs • rights • SUL utility)

• YuviPanda (talk • contribs • logs • rights • SUL utility)

• Zakgreant (talk • contribs • logs • rights • SUL utility)

• 😂 (talk • contribs • logs • rights • SUL utility)

These users will receive a notification soon in their talk pages, asking them to start a community discussion if they want to retain some or all of their permissions. If the users do not respond, then their advanced permissions will be removed by the stewards without further notice.

We've excluded the following accounts as we believe that those accounts were granted permissions as part of their work and/or services as employees/contrators of the Wikimedia Foundation.

• Amusso (WMF)
• PEarley (WMF)
• Heatherawalls

If you belive those should be included in the review as well, or we missed someone, please inform us.

Please let us know at the stewards' noticeboard on Meta-Wiki if you have any questions or concerns.

Best regards.

The original proposal says this is motivated by security reasons; I have 2FA enabled and do get my talk page notifications, so I think it should be fine to not remove mine?

As far as I’m aware, simply editing here was enough to let you keep everything. The AAR process doesn’t make exemptions for 2FA but now that you’ve edited you’re no longer “inactive.”

As long as the user replies to the notice and clearly states that they want to keep their advanced permissions (as VasilievVV did above), and the community is not opposed to it, that is enough for the stewards and it prevents the automatic removal of permissions. The post above gives VasilievVV also means that VasilievVV won't be notified again unless he fails to make an edit or log action in the next two years.

out of scope

Perché non è possibile creare la pagina Giorgia Deidda?

It is not relevant here. See Project:About.

I think an external link, [https://wordpress.org WordPress], would be warranted on Extension:AuthWP, but I cannot add it. Similarly, I cannot set download-link in the ExtensionInstall template to [https://github.com/gonenlab/AuthWP/archive/master.tar.gz Download]. Is there anything that could be done about that?

You have now made enough edits to this wiki that you should now be able to add external links without triggering the edit filter. That said, (speaking to other users watching this page, not to you), given the frequency with which this comes up, would it make sense to exempt edits to the Extension namespace from that filter, since they are often not spam?

@Hattne: Try again now, it should work.

@Pppery: I would not encourage loosening the filter, because link spamming is a chronic problem and the filter does a very good job of filtering them out.

Works now, thanks all!

I looked at the 100 most recent hits of that filter in Extension namespace (dating back to June 2020):

That totals fifty-nine incorrectly blocked edits and forty-one correctly blocked edits. Are you sure that the filter [applied to the Extension namespace] does a very good job of filtering [link spam] out?

Yes, that still does a good job overall (considering how much link spam was there before), but seeing that most of the supposed false-positives are in the Extension namespace, I am open to, and am fine, with your loosening of the filter to exclude edits in that namespace.

(39% is quite significant nevertheless)

Come to think of it: in the interest of reducing traffic such as this, it may be worthwhile to reword the message presented to the user upon having an external link rejected. I don't recall precisely what it said, but it made me think that is was due to a per-user or even per-instance restriction that would have to be manually lifted by a human administrator. If the message were to indicate that you can't add links until you've got sufficiently many edits under your belt, I would not have started this duplicate thread.

The message is MediaWiki:Abusefilter-warning-linkspam. I'd be willing to consider proposed rewordings, although of course any advice given there will also be read by actual spammers.

HNY

And Template:Tick as well, please.