Incubator:Administrators' noticeboard

From Wikimedia Incubator
(Redirected from Incubator:AN)
Jump to: navigation, search

This is the page to request attention from test administrators, administrators and bureaucrats. Note what they can do.

Administrators can:

  • protect and unprotect pages
  • delete and undelete pages
  • delete images and other uploaded files
  • block and unblock users
  • edit the interface and other protected pages

Test administrators can do the same, but only within their tests (therefore they cannot edit the interface).

Bureaucrats can do all the above, as well as:

  • grant administrator/bureaucrat status
  • rename users
  • grant/revoke bot flags

Note: Only Stewards may remove adminship or bureaucratship. If you want this to be done go to Requests for permissions at the Meta-Wiki.

If there is no response, you may wish to try the IRC channel, #wikimedia-incubator.

  • For deletion requests, use I:RFD for test deletions and {{delete}} for speedy deletions.
  • For user rights (admins, test-admins, bots, ...) or renamings, see I:A.

Archive Archives

See /Archive

Current notices[edit]

New section

Place notices at the bottom of this section.

Desirability to keep test wiki root pages when the tests are empty (and perhaps placed by vandals)[edit]

One thing I have been doing has been to clean up after User:CasetteTapeMaster. That person left literally hundreds of root pages for empty tests behind. Part of the question is whether it's worthwhile to delete them (provided, of course, that they represent valid codes, which many do).

  • Where the code is valid but the language is extinct (history), I have been deleting, since such languages are inconsistent with the language creation policy.
  • Where the code is valid but not what we're using (usually lower or special), I'm typically redirecting.
  • Where the code is invalid, I'm usually deleting. But occasionally the language named has a valid code, and then if there is an active test I redirect; otherwise, I delete. (I am adding invalid codes to {{Test wiki/validcode}}.)

But how do you see handling this when the code is valid?

  • In a couple of cases, people have actually started a test. As long as it seems legitimate, that's fine.
  • In other cases, as long as the status is tocreate, the pages don't get in anyone's way. But while in some situations I think there are enough speakers that a future test is possible, particularly for Wikipedia, in others that is highly doubtful. So my instinct says to delete these. But I wonder what you think. (I deleted a bunch created in March 2016. I stopped at that point to get guidance.)

By the way, SPQRobin, the default pages that appear when root pages don't exist are broken. In all cases the Wikipedia link doesn't work right, and in some cases other links don't work right. And at least on my computer, in cases where the Wikipedia already exists (and existed before Incubator opened), the link to the Wikipedia is missing. Compare the non-pages Wp/el and Wt/el. Wp/el is missing the link to; Wt/el includes the link to, but the link to Greek Wikipedia doesn't work. StevenJ81 (talk) 15:50, 9 December 2016 (UTC)

I think it's alright to delete these. They serve no purpose. The auto-info-page should be there anyway to help any users that might arrive.
The problem you describe is bug T117023. --MF-W {a, b} 02:13, 17 December 2016 (UTC)
Thanks for the bug reference. I think I can legitimately wait on deleting some of those pages until the auto-info-page bug is solved. StevenJ81 (talk) 15:09, 18 December 2016 (UTC)

Tool that could help with Incubator:Maintenance/Test_wikis_without_infopage[edit]

I see that for the most part this hasn't been used recently. So maybe you have other ways to clean these things up now. But I did create a tool, which for the moment resides at {{Wt/lad/Different code}}—again, this really belongs in unprefixed template space, but I don't seem to be able to get there. The idea behind this is that many of these pages are redirects to appropriately coded pages (because of "lower" or "special"), but then show up on the maintenance list because they have neither {{Test wiki}} nor a version of {{Code-disambig}} on them. So I created a derivative of {{Code-disambig}} which is intended to go on such redirect pages. Under normal circumstances no one will ever see these, but they exist for the record "just in case". I placed it on one such page as an example: Look at Wp/inj. If you like this idea, then please move it to an unprefixed place (or teach me how to do so). If not, I'll get rid of it. StevenJ81 (talk) 16:20, 9 December 2016 (UTC)

You can get to the un-prefixed space by changing your test wiki in the preferences to "Incubator" (for me "(Maintenance)"). I like your idea. Ebe123 (Talkabout it|contribs) 21:56, 13 December 2016 (UTC)
@Ebe123: Thank you for your support on the idea. Note: I changed my preference to (Maintenance), but then the system would only let me create the page in the Project: (Incubator:) namespace, not as an unprefixed page in the Template: namespace. StevenJ81 (talk) 22:06, 13 December 2016 (UTC)
It requires some more maneuvering; I change the namespace from the URL. I moved the template. Ebe123 (Talkabout it|contribs) 03:34, 14 December 2016 (UTC)
Thank you. There isn't really a manual on this, and I didn't think to do that. And you do have to have your test set to (Maintenance), or it doesn't work. But when I did just what you suggested, it worked fine.
Also, "Move" wasn't working right for me before. But I did a test move just now (using a template on my test wiki, Wt/lad, moving it to unprefixed Template space, then reversing the move), and it worked just fine. Go figure. Anyway, j'apprécie ton aide. Merci. StevenJ81 (talk) 04:47, 14 December 2016 (UTC)
Yes check.svg Done I split this into {{Different code/project}} and {{Different code/test}}, with some further documentation available at {{Different code}}. StevenJ81 (talk) 21:48, 14 December 2016 (UTC)
The pages isn't updated (anymore|at the moment), but I don't think there is any other way in which someone kept track of such pages. I never particularly minded that some pages with only an explanation appeared on that list, but a template is of course a more "clean" approach.
1) Different_code/project: I moved it to /subdomain for clarity (as test-wikis are also sometimes called test-projects). Maybe in the future {{test wiki}} will have support for referring to a subdomain with a different code, then Different_code/subdomain would become superfluous. But as long as the Incubator extension isn't actively developed that won't happen. So this template makes sense.
I added the information that existed at Wp/gsw, Wp/pes and Wp/lzh into the template, in order not to have one template supply a link and one an explanation for why this is.
2) For Different_code/test, I wonder about what it's useful for. Hardly anyone will even see it, as everyone is immediately redirected and nowadays the URL shown in the browser changes to the redirect target as well, so it's not that easy to go back to the ?redirect=no page to see the template. And it doesn't have a parameter which would allow adding information about why this redirect is there. So it seems to me that the problem would be easier solved by excluding redirects from the Maintenance page. Except if there are any redirects which actually would benefit from not being redirects, but explanations why a different test should be used; but even then it might be preferable to add such information on the target page, below {{test wiki}}. Or is there another problem which I'm not seeing?
3) I added all the "templates which can be put on infopages" to I:Teststatus, which so far was only the documentation for {{test wiki}}. I think we should add some lines about how to use them there as well (I think having one documentation about using all "templates which can be put on infopages" might have been the reason for why {{test wiki}} uniquely has its documentation in the Incubator namespace). [Edit: That is right, as the history of the page just reminded me. It is because formerly there was a template for each status, like {{open}} and {{conditional}}, and they were all documented there]
--MF-W {a, b} 02:51, 17 December 2016 (UTC)
Re {{Different code/test}}, I mainly had in mind (a) consistency and (b) my thought that the search paradigm for the maintenance page depended on having a template there. We could, of course, simply skip pages that have a redirect. But there's something that tells me that it's better to leave behind explicit evidence that the redirect was placed purposefully (like using one of the {{R ...}} templates. I do agree that detailed explanatory details are better left on the target page than on the redirect page. StevenJ81 (talk) 16:53, 18 December 2016 (UTC)
By the way ... that page is now clean, except for:
  • The example (Wp/xyz)
  • A couple of items that are struck out, but are left there to remind MF-Warburg (talk | contribs) that they may need action from the LC and/or Stewards.
  • A Kashmiri test project; please see the notes there.
Otherwise, if someone knows how to run a search to regenerate this page, I'd appreciate that. StevenJ81 (talk) 00:27, 19 December 2016 (UTC)
It used to be done by User:Danny B.. Maybe he can do it again. --MF-W {a, b} 14:28, 19 December 2016 (UTC)

Please create Template:ISBN[edit]

See w:en:Template:ISBN/w:en:Module:Check isxn Currently, there are 342 pages in Category:Pages using ISBN magic links. Hard-coded magic links have been turned off by default in MediaWiki and this template provides a solution for linking to Special:Booksources as well as checking the sums of ISBNs (invalid numbers will have their own tracking category. This also applies to the PMID and RFC magic links which can be solved more easily with their entries at m:Interwiki map (simply convert "RFC XXX" to "[[rfc:XXX|RFC XXX]]"). —Justin (koavf)TCM 00:36, 6 January 2017 (UTC)

This probably requires further discussion. For something like this, we would usually encourage each test wiki to build a solution that suits its needs. Personally, my concern with Lua module-based solutions is that there is often an infrastructure of several modules that all need to be imported — and if the test wiki community doesn't know how to manage that infrastructure, then it will have a problem when the test gets moved to a standalone subdomain. So I'd ask two questions here.
  • First: Would this require the importation of any modules other than the one you identified up top?
  • Second: How does this approach compare to the more traditional approach available, for example, at simple:Template:ISBN?
The other problem with an approach like this is that we normally don't allow centralized (non-prefixed) templates and modules here at all within test projects. The only non-prefixed templates and modules here are those used in managing the Incubator itself (or on user pages). We'd have to decide how to address that problem, too.
I'm open to suggestions from others. StevenJ81 (talk) 02:02, 6 January 2017 (UTC)
@StevenJ81: I realize that there are few global templates (e.g. {{Delete}} or {{Ping}} or even {{tl}}, which is the first time that I've typed that). But this functionality will be spread across all test projects here--MediaWiki isn't going to discriminate between a Basque Wikivoyage or an Avestan Wiktionary. One solution is to copy-paste it to every test project but that seems cumbersome and it would require updating across [x] templates if anything changes. Regarding w:simple:Template:ISBN, that isn't used on that project. The upside of this module-based approach versus a more stripped-down template or the hard-coded magic link is that this validates the checksum digits. And I didn't mention it but this applies to ISSNs and other ISO identifiers as well. —Justin (koavf)TCM 02:24, 6 January 2017 (UTC)
Just to clarify: Templates which you call "global" are in fact local for Incubator use (ie. in Help: or Incubator: or User( talk): namespaces) while you have to have their prefixed copy/clone to use them in any test wiki (ie. in main, Template, Module and Category namespaces and their talks). You can not use ie. {{Tl}} in any test wiki (aka on any prefixed page) without getting an error message. Proper prefixing is the crucial mechanism of Incubator and can not be evaded. Please create your prefixed copy of any template or module you need to make them work and don't forget to properly attribute the source (URL of the permalink of the original placed in the summary). Should you have any further questions or need any help, please let me know.
Danny B. 17:37, 8 January 2017 (UTC)
{{Delete}} is an exception to that rule, since the expectation is that the page would be deleted while the test is still in Incubator—and it places the page in an Incubator-wide deletion category. But {{Ping}} and {{tl}} (cute) are exactly as Danny described. StevenJ81 (talk) 19:54, 10 January 2017 (UTC)
'X mark.svg Not done I think we're going to close this as "not done" for now. What you are requesting makes sense at a certain level. But for the moment we're going to let each individual test project decide the best way to deal with this issue for itself, given the time and skills its members possess. If we get to a point where many projects are actively using this approach, we'll reconsider. StevenJ81 (talk) 15:34, 7 February 2017 (UTC)

Wikisource project on Incubator[edit]

Category:Wq/or/wikisource This is evidently an Oriya porting of a book which is translated over at s:en:. Near as I can tell, it is not quotations but the entirety of a book of poems. s:mul: does not currently have Oriya works but it can and since Wikisources which are new or will never graduate go there, the pages need to be exported. I'm posting to the s:mul:Scriptorium as well. —Justin (koavf)TCM 00:45, 6 January 2017 (UTC)

Pinging @MF-Warburg, SPQRobin, who know better than I do how to do this kind of thing. Thanks, Justin. StevenJ81 (talk) 01:51, 6 January 2017 (UTC)
I'll add: it's almost certainly the porting of more than one work. StevenJ81 (talk) 02:02, 6 January 2017 (UTC)
Community notified at Talk:Wq/or/ପ୍ରଧାନ ପୃଷ୍ଠା. StevenJ81 (talk) 02:04, 6 January 2017 (UTC)
Left a further message for the lone sysop of s:or: on his user talk page at Wikidata, where he seems to be more regularly active. StevenJ81 (talk) 01:37, 19 January 2017 (UTC)
Stock post message.svg Doing...  Seems to be in process. See s:or:User talk:MKar#Source to be imported here. StevenJ81 (talk) 19:45, 30 January 2017 (UTC)

Closed projects never imported to Incubator[edit]

Hi, all:

As I've been continuing to do maintenance tasks here and at the LangCom section of Meta, I noticed that the following two projects' contents were never imported here:

@MF-Warburg, you were the closing LangCom member in both cases. As I look at phabricator:T78667, I don't see any sign that a decision was made not to import them here. It just appears that it was never done. That said, both discussions suggested that the respective contents were mostly meaningless—that worthwhile content from Old English probably belonged in Wikisource, and worthwhile content in Interlingue in Wiktionary. So do you have a sense of what happened? By policy, we should import them here, unless it was determined that neither had any worthwhile content. StevenJ81 (talk) 23:40, 16 February 2017 (UTC)