Wikilivres:Technical requests

Free texts and images.
Jump to: navigation, search

See the Resolved Issues Archive for those items that have been resolved/fixed

Anything dealing with the working of Wikilivres in terms of the site, user interface, functionality, things broken or appearing broken, new (desired) functionality, please post here. If you are receiving any kind of error message, the actual text and screenshots are helpful.

Wikilivres Functionality Status

As of 15:45 GMT 06 Apr 17, There is ongoing work to bring back all editor and admin functionality. As you can see below, there are various discussions about different kinds of functionality (and some new functionality like Analytics). Please refer to the sections below, write on my Talk page, or for Github users, visit the Github Issues. --Jeffmcneill (talk) 16:28, 6 April 2017 (UTC)

Wikilivres Policy Status

As of 15:45 GMT 06 Apr 17, There is ongoing discussion about various kinds of policy (some of which drives functionality, such as file sizes, file type support, and also things like transclusion/template policies (that are meant to help editors, not restrict them). Policy discussion is best at the TemporaryScriptorium.

Domain Name - Please Donate - MOVED

New Comment on Domain Name - MOVED

Filetypes and Upload Limits - Discussion - MOVED

Templates and Transclusion Issues - CLOSED

This has been updated to include Transclusion as well as Templates

Hi folks, in the restore, there appear to be 1,200+ templates, 800+ of which are used on a single article only. We are having such problems restoring these templates (because many are impossible to parse by the importDump.php tool). I've also found some hacker spam that put in very large ascii art that is equally impossible to parse. Please help me understand how so many pages have their own custom template. What purpose or need did this fulfill? --Jeffmcneill (talk) 19:17, 3 April 2017 (UTC)

not at all sure :/ are any of the 800+ close copies of each other?
some might be "creator" templates (specific to artist/author)
could you email me the one with the ascii art? i love that stuff! ^__^
Lx 121 (talk) 20:16, 3 April 2017 (UTC)
One template per one Article is most nonsense and shouldn't occure. But when I have no Idea which templates you mean... There were some similar templates, beeing used by different languages we.g., but never fpor one article onlly. Can these templates that make difficulties at parsing be stored and possibly imported later? - - Rests of the spam bots activity might be still there, we had really some thousands of them, and although there were three CU user, shit can happen. -jkb- (talk) 21:04, 3 April 2017 (UTC)
Here are so many templates because we have "our own" templates and templates from others wikisources typical fot the language wikisource, to be compatibly to other language wikisource, e.g. I used templates typical for Polish wikisource language to be compatible to export and import articles in Polish without any problem now an in the future... Because one of the aims of this project is to be complementar to other wikisources, the compatibility is the most important thing for me. Electron   22:52, 3 April 2017 (UTC)
I appreciate that there are many templates, but the ones I am referring to are in the namespace Templates:Page: which is for a particular page. Can everyone see Special:WantedTemplates? These are the ones currently not on the wiki. It is unclear to me if they never existed, or were never backed up, or simply haven't made it over in the restore process. I've manually restored the Templates backup that Electorn provided me, so they are gone for good. --Jeffmcneill (talk) 01:14, 4 April 2017 (UTC)

Templates needed (right away) - WAITING ON FEEDBACK

  • PD-pma|deathyear template
  • author page header template
  • fixing the author-biblio page header-template should also be on the shortlist; this whole experience sort of shows how we (mw projects in general) are over-dependent on separately-loaded templates! Lx 121 (talk) 15:57, 3 April 2017 (UTC)
I need more info on this please. What the functionality is/was, etc. --Jeffmcneill (talk) 16:38, 6 April 2017 (UTC)
I understand that many templates have not been restored, and definitely that is a part of the restore priority --Jeffmcneill (talk) 16:46, 2 April 2017 (UTC)
& i absolutely understand the size & difficulty of the work. not nagging; it'll get done when it gets done. but this one is by far the most critical & most-used "licensing" tag for our content; all the others are "secondary" (which i why i listed it as a single-item, rather than just saying "licensing templates") Lx 121 (talk) 16:38, 3 April 2017 (UTC)
Please check to see what templates are still not available (all restores are done) and let me know and I can see if they are somewhere mislabelled. --Jeffmcneill (talk)
@Lx 121: please let me know which templates are still not available. I did see your mention of Category Redirect below, but I am unaware of what else is missing/needed. --Jeffmcneill (talk) 13:14, 23 April 2017 (UTC)
@Jeffmcneill: will do, as i can think of them... just noticed that one wasn't working,"in the course of events". be aware that this is going to be another busy, stressful week on my end. will not be on much, if at all, before next weekend. >__< Lx 121 (talk)

ProofreadPage Extension

I am not sure. Maybe it is connected with ProofreadPage extension that should be instaled here. To work it needs two new nemespaces: Page and Index (and maybe some more, I don't know?, but I didn't mention any others than I imported). Maybe that templates are created and instaled automaticly while this extension is instaled? On the other hand there be imported some files from commons (because of american copyrights restricions) and some pages from other wikisources wihout some tempaltes. I imported only all templates that were in namespace Template. Electron   01:33, 4 April 2017 (UTC)
I've installed/configured the ProofreadPage extension. Let me know if you also need the following:
* <>
* <>
* <>
* <>
Note: we really only want to install what is necessary to restore functionality that was being used. The more extensions that are installed, the more complexity there is to the system. Complexity means fragility. If it is needed, that is great, but if it might be needed/wanted in the future we can always address those needs at that point in time (in the future). --Jeffmcneill (talk) 04:34, 5 April 2017 (UTC)
DjVu is very popular format, and tiff is too, we have both. But seems to me that ProofreadPage extension dosn't work, see: Special:IndexPages, , Btw. New namespaces you created have different nambers than in Wikisource: Index should have nr 106 not 252 (as is now), Index talk should have nr 107 not 253, Page should have nr 104 not 250, Page talk should have nr 105 not 251. I think it is very important, because the namespaces are recognise by the numbers if we export or import pages. Pages in the Page namespace were imported and they exist but now they are not visible to be exist, but can be listed -> - seems that they are still are in mainspace nr 0. It maybe be because of this, that before created new namespace it is recomended not to be any pages on the wiki with the name consists of "Newnamespace:Name" e.g. "Page:Name" or they should be previously temporary delated (or renamed eg: "Page_Name") and after new namespace is created undelated (or renamed to previous name). If we working in other way we case problems. Electron   14:25, 5 April 2017 (UTC)
Thanks for this info. I'm flying blind with the pagespace/namespace configuration info. ProofreadPage creates new namespaces, and may have affected the most recent restore/imports. Regardless this can be remedied once the final imports are finished. As far as "not visible to be listed" I'm not sure what that means. Can you provide an example to walk me through what is not right? --Jeffmcneill (talk) 11:06, 6 April 2017 (UTC)
OK. I mean the list of the pages with the prefix Page: was produced and they were shown by sytem like existing pages as "blue links" but when I clicded one of these blue links the sytem "says" there is no such page, as it was the "red link"... what is a strange thing for me. But I am not an expert of MediaWiki. Electron   16:01, 6 April 2017 (UTC)
What about numbers of namespaces (Index:, Page:, an so on...) that are produced by the ProofreadPage extension I was wrong, see:, maybe on wikisource they have some special ones, who knows... Electron   01:40, 7 April 2017 (UTC)

OH! all the .djvu templates? i THINK those are for creating .djvu "books" out of a bunch of content-pages (& potentially making the djvu downloadable); which is why each 1 is different/unique. you can find examples all over ws/en's content. i'm not sure if it was ever implemented @wikilivres successfully or not. beyond a basic description of what it's for or related to, i can't tell you much; not a coder, sorry. but you should be able to see fully-implemented examples on "finished" books @ ws. Lx 121 (talk) 04:53, 4 April 2017 (UTC)

Thanks Lx, anyone else can tell whether this template-to-djvu ever worked, or more details on how it was meant to at WikiLivres? --Jeffmcneill (talk) 06:25, 4 April 2017 (UTC)
comment - just going by the titles; since each template is a different page or section #, it looks like the templates either have that page of content included on them, or some kind of a link to the page with that content, to "pull it in" to the djvu. Lx 121 (talk) 06:35, 4 April 2017 (UTC)
like so: Lx 121 (talk) 06:36, 4 April 2017 (UTC)

ProofreadPage Extension Re-Enabled - WAITING FOR FEEDBACK

Hellp, please test the ProofreadPage functionality. I've reconfigured the namespace and the articles in File: and so forth are now visible. Also, doing a lot of job processing (background indexing, link-rebuilding) that has only been processed once per pageview. Please let me know if something is/is not working regarding ProofreadPage and related functionality. --Jeffmcneill (talk) 09:28, 11 April 2017 (UTC)

Most of our indexes are connected with djvu files. They don't work properly if here is no djvu handler, I suppose. See: Manual:How_to_use_DjVu_with_MediaWiki Electron   11:56, 11 April 2017 (UTC)
I've added this as a Github Issue/Task #52 and made this a priority. I see the errors that happen with this issue. Google also complains about these pages when it tries to index them. --Jeffmcneill (talk) 04:18, 12 April 2017 (UTC)
I have installed DjVU support, and it appears to work now. Please test and report. --Jeffmcneill (talk) 11:38, 19 April 2017 (UTC)


Status: Broken, assigned as a task. --Jeffmcneill (talk) 04:12, 7 April 2017 (UTC)

Localization and Namespace Issues - CLOSED

Localization (is very important (!), if it doesn't work [not clear now], we must fix it)

Agree, but it is unclear what kinds of localization need support. See own section above Jeffmcneill (talk)

Fix namespaces (where is the Wikilivres namespace content from the old site?)

Whatever we had, has been restored. Please advise on whether it seems to be back and available. --Jeffmcneill (talk) 04:26, 7 April 2017 (UTC)

Authority Control (New Feature Request) - UNDER DISCUSSION

  • (& we should start using an authority-control thing, now that we can)
Not clear what that is. Please provide urls or examples I can follow up on. --Jeffmcneill (talk) 16:46, 2 April 2017 (UTC)
"authority control" identifiers are unique, standardised alphanumerics for a specific person or thing; library/data science -thing. naturally, there are presently many different standards/systems... the wm projects are now using them & templates are available see the bottom of this page, for an example -- Lx 121 (talk) 18:46, 2 April 2017 (UTC)
This looks like work without much value to visitors. We are in the Google world so having exact unique identifiers don't do much. I could be wrong and am open to further discussion. And, if enough people feel differently we can implement. It should be seen as valuable by the majority of editors, since it ads to everyone's work. Comments from other editors encouraged. --Jeffmcneill (talk) 11:48, 19 April 2017 (UTC)

HotCat (Gadget) -- BROKEN, OPEN ISSUE

  • hotcats!
HotCat is enabled and editors can select that in their Preferences>Gadgets. It is under gadget-section-editing-gadgets, and is the third option which reads "Easily add / remove / change a category on a page, with name suggestions.".--Jeffmcneill (talk) 16:41, 2 April 2017 (UTC)
sweet! & ty :) Lx 121 (talk) 18:46, 2 April 2017 (UTC)
  • (hotcats does not seem to be working for me; & it does show as "enabled"; as described above. & by now i should be fully "purged" since the time i changed the setting. is it working for anyone else? Lx 121 (talk) 16:38, 3 April 2017 (UTC))
Sorry, but is HotCat definitely working or definitely not working at this point? I've lost track. --Jeffmcneill (talk) 16:38, 6 April 2017 (UTC)
Could a user of HotCat please report on its working/not working status? Thank you! --Jeffmcneill (talk) 10:01, 11 April 2017 (UTC)
definitely not working for me; & i do have it enabled, "as described". Lx 121 (talk) 09:08, 17 April 2017 (UTC)

Favicon - ON TASK LIST

As I stated it's fine to have this new favicon, might be we could improve it in the next time: some time ago I saw a similiar favicon used by a project like wiktionary or so, which was ver similar and black and white (I cannot find it now). Nevertheless, if we could change the color of the present favicon to sepia or brown or something like the new logo it would be very nice, I think. -jkb- (talk) 20:21, 4 April 2017 (UTC)

just a thought, but what if we "rotated" (or randomised) a bunch of different "W"-symbols as icon? Lx 121 (talk) 09:10, 17 April 2017 (UTC)
Added this comment to the Open Issue #20 on Github. --Jeffmcneill (talk) 03:53, 19 April 2017 (UTC)


We have to arrange imports (interwiki import + import upload or better both) from wikisources to here an vice versa (I need urgently in the next time imports from here to cs.source) -jkb- (talk) 21:57, 2 April 2017 (UTC)

We had our own interwiki that were put on meny pages, and that not working now, see Wikilivres:Interwiki, eg. de.wp:Johann Wolfgang von Goethe should go to article on German Wikipedia, and Wolfgang von Goethe should go to article on German Wikisource, and so on.

They can be repaced by built-in interwiki like wikipedia:de:Johann Wolfgang von Goethe and wikisource:de:Johann Wolfgang von Goethe, but it is longer way... Electron   16:14, 6 April 2017 (UTC)

I'm afraid the syntax of the interwikis has changed, e.g. instead of :cs:ws:XXXYYY works now wiksource:cs:XXXYYY etc. -jkb- (talk) 16:20, 6 April 2017 (UTC)
OK. You are right, some syntax we have "built-in" in this MediaWiki already, but there is possibility to add new... and they were added on as additional interwiki. OK, we can change them by bot, but a good idea is to add them as it was in previous wiki. Electron   16:43, 6 April 2017 (UTC)
Added to task list --Jeffmcneill (talk) 04:16, 7 April 2017 (UTC)

Thanks function -- INSTALLED

Can we have all the new fancy extensions (Thanks, etc.)?

  • "thanking" feature should probably go on the list too; at least the 2nd tier of it. good for wetware relations, & i don't think the code is difficult or bloaty - Lx 121 (talk) 18:46, 2 April 2017 (UTC)
We can add this to discussion, certainly Jeffmcneill (talk)
Thanks (and Echo) extensions have been installed. --Jeffmcneill (talk) 13:00, 14 April 2017 (UTC)
Thanks! ^__^ Lx 121 (talk) 09:11, 17 April 2017 (UTC)

Early Technical Request Discussion - MOVED

Moved from the Community Portal

Preferences and Gadgets -- ENABLED

I've enabled gadgets (which you can find under Preferences > Gadgets). Not all of these are enabled, but the standard set is. If there is something not working right, something missing, or something that you have seen on other wikis and would like here, please let me know. --Jeffmcneill (talk) 16:57, 31 March 2017 (JST)

Sections missing from preferences:
- Search
- Discussion
- Beta Features
- Notifications (email alerts)
Search works, Notifications enabled

Sidebar - OK FOR NOW

What should go here and what is missing? --Jeffmcneill (talk) 17:12, 31 March 2017 (JST)

my oppinion: I think it's OK at the moment, next changes can be done after all pager have been migrated. It is qa question of the acces to media wiki system messages and this can do any admin who knows how :-) -jkb- (talk) 22:17, 31 March 2017 (JST)

Additional Functionality - MOVED TO GITHUB ISSUES

This may come from Extensions, editing configuration files, or modifications to core. Here is a wishlist:

  • Support Markdown as easily as WikiMarkup (or auto-translation one to another)
  • Beta menu item (on Top Menu) (see Wikipedia)
  • Courses menu item (on Top Menu) (see Wikipedia)

Language Support / Namespace -- CLOSED

I'm not sure if all the language configuration will import with all the articles, so if anyone has info about what languages were here, and if they were or subdirectories, please advise. --Jeffmcneill (talk) 16:57, 31 March 2017 (JST)

For other languages (beside English) see; the languages on the main page had an own main page, other languages ([1]) not, as far as I know. -jkb- (talk) 17:06, 31 March 2017 (JST)
Pretty sure this is now functional, though there are still namespace/language issues discussed further below. --Jeffmcneill (talk) 11:57, 19 April 2017 (UTC)

Wikilivres website footer -- FILED AS TASK

Should include link to copyright, terms of use, privacy policy. Look to this to edit <>

Logged as Issue#54

Localization -- ONGOING ISSUES

The localization seems to work good now, so if I set in my prefereces eg. Polish language I see most of information and templates in Polish...

But is not all we have on There on we have the feature, that if I set eg. Polish, my main page was not Main Page (like it is now) but Strona główna, and on Special:RecentChanges I had seen no MediaWiki:Recentchangestext but MediaWiki:Recentchangestext/pl as default and so on... It works for others our main languages, too. Now it don't work, I see their English version as default.

What's more, as I remember if the page has English version, eg. Wikilivres:Community Portal/en and there were their local vesions, eg. Polish -> Wikilivres:Community Portal/pl and others language versions, there in left sidebar were put interwiki links to them. Now it dosn't work any more. Electron   14:14, 7 April 2017 (UTC)

I have no idea how to switch it again to work in previous way... It must be changed something in Mediawiki, I suppose. Any ideas? Electron   14:14, 7 April 2017 (UTC)

Noted and added as Github Issue #49 --Jeffmcneill (talk) 10:19, 11 April 2017 (UTC)
OK. Btw. Meanwhile I've tried other way of lokalization of Main Page and MediaWiki:Recentchangestext-lang. They transcluded other pages in local language. It's working properly now , so I see Strona główna (Polish main page) and MediaWiki:Recentchangestext-lang/pl on default if I set Polish language in my Prefences. And it works for others our main language, now (if there is the page in an lokal language, or in English, if there is not). Maybe in the future we should change it to work in the way it was working before, but now it works not bad, I think. Electron   10:17, 13 April 2017 (UTC)
I see this as an important part of Wikilivres. It is a complex issue I don't fully understand, and I don't want to break anything (yet). Everyone's patience is appreciated. --Jeffmcneill (talk) 11:57, 19 April 2017 (UTC)

category stuff -- OPEN ISSUE

1. something seems to be lagging today in the categorization "-thing".

newly-added items & subcats are not showing up in category pages (purge is NOT clearing it); & i don't recall that happening before.

(the added pages still show as "categorised" @ their page-bottom, they just don't appear on the cat-page)

This could be maintenance tasks that have been sitting in a job queue. I'm manually forcing them through. The restore created a lot of this backlog. Still plunging away. SIgned, your Wiki plumber. --Jeffmcneill (talk) 10:33, 11 April 2017 (UTC)

2. is "hotcat" working for anybody? because it's still not working for me, & it's a tool i really need.

Lx 121 (talk) 20:39, 7 April 2017 (UTC)

Please test HotCat again and let me know. Sorry to keep asking, but things are changed/updated since this last post, and I need to get feedback. --Jeffmcneill (talk) 10:33, 11 April 2017 (UTC)
still not, sry abt the delay; just getting caught up on the stuff on this page here. Lx 121 (talk) 09:12, 17 April 2017 (UTC)
Filed as a task/issue as Github issue #67

file upload size limit - MOVED

header template vs page menu - OPEN ISSUE


something in our present title/header template seems to be "supressing" the display of the page-section menu box.

can we fix this? being able to navigate sections hugely increases page-useability; especially on longer texts.

also sectioning makes it easier to "break down" a book into multiple pages later on.


Lx 121 (talk) 01:44, 8 April 2017 (UTC)

Is it a __NOTOC__ somewhere in a template? Can you give me some example pages of where it doesn't work (and what expected behavior is), I'm not exactly sure I know what is broken. --Jeffmcneill (talk) 10:30, 11 April 2017 (UTC)
hi, sorry it's taken me so long to get back to you on this one!
here is an on-wiki example of a working submenu for page-sections:
but on any page formatted up "book-style" (header, etc.) the page-section menu won't display. at least not on my screen; am running current firefox, on current ubuntu.
like here, the page has been sectioned, but no menu do i see(?):
i am tentatively assuming it is something in the header template that suppresses it, but that's just a guess. would be VERY useful for page-navigation, if we got it back; they are bog-standard on long wikipedia articles.
Lx 121 (talk) 08:44, 17 April 2017 (UTC)
Hi @Lx 121: can you get in touch with @Electron: regarding that template? I think he was a recent editor of it. Hopefully he can discover what is not working, or let me know what functionality might need to be restored. --Jeffmcneill (talk) 18:11, 18 April 2017 (UTC)

"collapsing" -- OPEN ISSUE

not "top of the list", but some kind of "collapse" function would be useful for more involved bibliographies; & would have many uses elsewhere.

Lx 121 (talk) 06:03, 8 April 2017 (UTC)

Added to Github Issue #50

Extension:Math is needed - STILL NOT WORKING, OPEN ISSUE

See: Extension:Math, it allows to render mathematical formulas.

We have some texts with mathematical formulas, see e.g.: Zur Dynamik bewegter Systeme, and they don't work properly now. Electron   10:04, 10 April 2017 (UTC)

I've added this to my task list on Github Issues. --Jeffmcneill (talk) 10:04, 11 April 2017 (UTC)

Wikilvres templates on Wikipedia and Wikisource - CLOSED

The Wikilivres templates on Wikipedia and Wikisource still link to the old, and now defunct, website. Could somebody fix wikipedia:en:template:Wikilivres and the Bengali, Japanese, Polish, Turkish, Vietnamese versions? Could somebody fix wikisource:en:Template:Wikilivres and the Spanish and Russian versions? I tried but I didn't know what I was doing. Simon Peter Hughes (talk) 12:52, 10 April 2017 (UTC)

Maybe we should wait a moment. We haven't decided the domain name, yet; is paid by Koavf. It will be working to 2019. The problem is how to gain control over it, that it will lead here, to our new place of hosting. After that we can think, is it a good idea to change it to something else, maybe the better one. If it work, we will have 2 years to do this. See also: the last part ot the topics: [2] and [3] It should be dane by changing interwiki to wikilivres generally, on Phefabricator. Electron   13:13, 10 April 2017 (UTC)
Hmmm. OK. In the mean time, do you think I should remove the Wikilivres templates I added to Wikipedia articles? Simon Peter Hughes (talk) 13:24, 10 April 2017 (UTC)
Why? If nobody protests... Electron   13:27, 10 April 2017 (UTC)
It is painful to see the interwiki broken, but perhaps we should wait to see what happens with If the registrar changes the nameservers for us, then we are back in business with the old domain name. If they don't (let's say by end of April), then we can move to a different domain name, and let everyone know about the change. Is that a reasonable deadline? Note that if we use one domain and get back in May or later, I can always reroute, so any interwiki changes would still work. It's just a matter of waiting to see if we really have to alert everyone to change their address or not. More thoughts? --Jeffmcneill (talk)

is this resolved now? Lx 121 (talk) 09:13, 17 April 2017 (UTC)

Yes, it is now resolved. Now that the domain name is back, the templates on Wikipedia and Wikisource work just like they did before. I have recently added the template on Wikipedia to several more pages. Simon Peter Hughes (talk)

Views counter - CLOSED

It was a nice feature -- to show views counter at the bottom of every page. -- VadimVMog (talk) 03:34, 12 April 2017 (UTC)

I've added this as a task in Github Issue #53 --Jeffmcneill (talk) 04:20, 12 April 2017 (UTC)
Hi @VadimVMog:, this has been discontinued by MediaWiki (it is only in older releases) and was abandoned as an extension.
The main reasons against are: it was not accurate (hits vs. users vs. views), and the data is far inferior to an analytics package (which we have), and also as a measure of popularity encouraged "page refreshes" for those pages people "like".
I will provide some popularity metrics to the Wikilivres community at regular intervals (monthly, most likely), so that some useful feedback is available. In particular, pages unique visitors and time on page indicate a level of engagement.
I will also look at improving the home pages (of different languages) by providing this information per language, that is, what pages are popular. --Jeffmcneill (talk) 03:44, 19 April 2017 (UTC)
I do want to add @VadimVMog:, that I too was looking forward to having the counters on the pages, as it does provide some information (if not accurate) and can help people realize how popular Wikilivres pages are. I will keep this in mind and try and come up with a way to provide this in some way that will meet other requirements. Also, though, we lost this data since it was in the database of the old system, so we are starting fresh now. Maybe x visits in the past month might be some way of doing this. New issue #68 in Github. --Jeffmcneill (talk) 04:05, 19 April 2017 (UTC)
OK, thank you. Yes, it was a quick way to estimate, how popular a page is. -- VadimVMog (talk) 15:21, 19 April 2017 (UTC)

Links to Wikisource -- CLOSED

Please put back on the links to the texts on as before. --Paul-Eric Langevin (talk) 17:36, 12 April 2017 (UTC)

Peux-tu expliquer ? Cordialement, Yann (talk) 10:03, 13 April 2017 (UTC)
@Paul-Eric Langevin: has confirmed these links have returned. --Jeffmcneill (talk) 07:23, 17 April 2017 (UTC)

Spam bots -- TASK UNDERWAY

I think taht we should install same tools against spam bots and spammers. We had big problem with them in the past, see -> [4]. It seems they are getting to start spam again -> Special:BlockList

On my mind on the first we should install:

the scripts for filters for Abuse Filter can be taken from here ->

as it is on wikisource ->

Electron   22:19, 21 April 2017 (UTC)

Thanks for this @Electron:. I've done some research on this on the Github security and anti-spam documentation page, however I have not yet implemented these items. I will add your comments to the Github Issue #1 Antispam/Antivandal Measures and Best Practices. I have this on the Wikilivres 1.1 release schedule which is 30 April. --Jeffmcneill (talk)
If you want to see an overview of April tasks, check out Wikilivres release 1.1 project on Github. This gives a nice overview (Kanban card) view of tasks and their place in the overall workflow. --Jeffmcneill (talk) 16:28, 22 April 2017 (UTC)
Full ack: abuse filter + confirmedit + fancycaptcha would be fine. -jkb- (talk) 17:08, 22 April 2017 (UTC)
OK. Thanks for the links. It is no very harry, as yet. But it seems that they are starting to test our servis. In the past they created more than 30.000 new spam accounts so we should be carefull. Electron   22:48, 22 April 2017 (UTC)
I've implemented about 10 things that will help reduce attack surface and catch some of the bad actors. However, I still have a number of additional items to do. Detail here.

I've just noticed that there's a mistake at the top of the recent changes page -- DONE

In the list of different language versions, after Spanish comes a link to Hauptseite, the German main page. The Spanish main page is Portada. It would also be nice to have add a link to the Esperanto main page now that we have one. Simon Peter Hughes (talk) 10:17, 22 April 2017 (UTC)

OK. I've fixed the mistake and added Esperanto. Electron   10:42, 22 April 2017 (UTC)

needed templates: category redirect - UNDER DISCUSSION

i have just noticed that we do not seem to have a "category redirect" template anymore?

this should be on the shortlist of essential tools for categorization work.

Lx 121 (talk) 12:40, 23 April 2017 (UTC)

Hi @Lx 121:, is this what you have in mind? Please advise. --Jeffmcneill (talk) 13:11, 23 April 2017 (UTC)
Hi. Pls see the discussion on this topic here. -jkb- (talk) 13:19, 23 April 2017 (UTC)
@ @Jeffmcneill:; yes that's it. it's "bog standard" on all the wikimedia (wmf project) wikis i've ever edited on. commons has the same thing, which is where i've used it the most. there may also be "hard" & "soft' variations someplace. but the standard one is fine. Lx 121 (talk) 05:52, 24 April 2017 (UTC)
I don't see a problem if an admin wants to use category redirects, that sounds reasonable, even if other admins don't think they are worthwhile. Unless they break something, or introduce some kind of burden on the system, which I don't forsee. That said, we should stay away from mass-creation of all possible template redirects. As mentioned below, I will look into ways of automating fixes to this kind of case-sensitivity problem. Also, realize we can get data on errors (404s) that are encountered on the site from search and from the weblog. So we can see practical, actual problems that occur, and respond to them. The category redirect pages on wikipedia and wikisource are different. See:
Looking closer, there are some useful things to learn about how Wikipedia policy uses category redirects and also Wikisource. From what I can tell:
* Category Redirects are not used on misspellings, but things like diacritics vs. non-diacritics, punctuation (hyphen vs. m-dash or n-dash), and of course, capitalization (which is not a spelling error, per se).
* On misspellings, Wikisource suggests the use of
* Also note that these redirects are soft based on what a category is (technically different than pages), and effectively work by means of bots that patrol and move things from one category (the redirecting one) to another (the redirected one).
As long as we have a policy of deleting categories that have no articles, and therefore not having category redirects to those no-article categories, I don't see a proliferation problem (which is what I think other admins are suspicious of). --Jeffmcneill (talk) 08:33, 24 April 2017 (UTC)
Comment: In my opinion such category redirects are useful on big projects only, where is big traffic and it is problem to solve some bad things withould automatic tools. On small projects (as us is now) they are not worth to waste the time on it... Do not shoot the cannon to kill the fly. I will fix this "big problem" in a minute. But is is only my own opinion... If you think it would be very usefull I have no other objections. Electron   10:00, 24 April 2017 (UTC)

Case-Sensitivity in MediaWiki

This gets at a bigger issue which is a design problem in MediaWiki, which is case-sensitivity. This can actually be fixed in Search (with a different API), which I've logged as a new task. However, the case-sensitivity in things like pages and categories is a pain. I will look more into this, as I am sure there is some way to get this going better, if only some regular bots that can auto-correct capitalization errors. I've logged this also as a separate task to look into. --Jeffmcneill (talk) 13:38, 23 April 2017 (UTC)