In T314518#8252923, @kostajh wrote:

@geraki if you want to test out the interface, you can execute this in your browser console while on Special:Homepage: ge.utils.enableImageRecommendations()

On elwiki I can't find the "Add an image" task in the "Select types of edits" in newcomer's homepage.

Note: Pages whose title contain multiple semicolons (;) are accessible even if they do end with semicolon
https://el.wikipedia.org/wiki/Από_πού_ερχόμαστε;_Τι_είμαστε;_Πού_πάμε;

In T284652#7149693, @matmarex wrote:

The /doc subpages are already excluded (since T54448).

All dates of the year like "12 May" have to be filtered. They are subclasses of Q14795564.

All dates of the year like "12 May". They are subclasses of Q14795564, I'll make a notice in T279434

@kostajh Wow! In fact not many bad suggestions, most are valid. We'll only need to exclude the dates.

I have translated most of the interface - only the config interface and the API are missing, so no prob. I believe it can be deployed now and some things will have to be corrected onwiki (context is important).

In T280172#7057144, @Trizek-WMF wrote:

@geraki, do you think we can deploy without translations being 100% done? If not, we can postpone the deployment by one week so that your community can have time to finish it.

In T280172#7029197, @Trizek-WMF wrote:

Also geraki, do you think your community would be interested by the mentoring system we offer?

Yes, there are already https://w.wiki/3Efo and the list at https://w.wiki/3Efp

Help pages :

It seems it was intended: T253402

Maybe it would be possible to have an option to store the message id in a data-* attribute in the tag that contains the interface message?

@Ladsgroup: Yes, is seems we will keep this logo for a while, we have material using it.

Bump.
Recap: While admins can delete (hide) the revision text and summary of any edit, the title of a topic cannot be hidden. Thus, insulting content in the history and logs is visible for ever.
I believe that some trolls took notice of this and are posting their insults in the title of the topic...

This creates strange issues, displaying that a post was published in the future ("in two hours"). And this happens visibly, about 700 ms after page load.

I was wrong in the last comment. It happens when the semicolon is last character in a short url.

The issue exists also in elwiki:

We also saw redirects from http to https marked as dead. Here, three alive urls reported dead:
https://el.wikipedia.org/w/index.php?title=%CE%A4%CE%BF%CE%BE%CF%89%CF%84%CE%AE_%CE%93%CE%AD%CF%86%CF%85%CF%81%CE%B1_%CE%A4%CF%83%CE%B1%CE%BA%CF%8E%CE%BD%CE%B1%CF%82&diff=prev&oldid=7881689&diffmode=source

But it is still supported in elwiki Citation module. Maybe the bot can remove the old parameter?

Posts/edits in Topic namespace. And now I see that Help_talk: namespace is also not in Talk tab. Maybe all Structured discussion pages?

Wow! It happens even when creating a page!
https://el.wikipedia.org/w/index.php?title=%CE%92%CE%BF%CE%AE%CE%B8%CE%B5%CE%B9%CE%B1:%CE%A0%CF%81%CF%8C%CF%87%CE%B5%CE%B9%CF%81%CE%BF/%CF%80%CF%81%CF%8C%CF%87%CE%B5%CE%B9%CF%81%CE%BF&action=history
Choosing the "previous version" (although there was none) resulted in two edits in page history (???)

Ok, I watched myself and experimented a little and I found that it happens when I accidentally make a fast double click on the "publish" button, only in WikiEditor (not in VE).

Another example here: https://el.wikipedia.org/w/index.php?title=Topic:Uzlb4ua93rmksmx5&topic_showPostId=uzmifjuh2qhr3w2y#flow-post-uzmifjuh2qhr3w2y (link "WikiHouse")

The previous behavior was nice, and was actually used for editing Project namespace, as the reasons not to do it in some projects are the exception and not the rule. For example in elwiki there is only a handful of Project: pages that are actually used as talk pages. Article related discussions are done in Talk: subpages (always connected to the related article). Sandbox was already moved to Help: namespace so that newbies could press the actual tab that see in every article to open VE and not a made up button. So, some wikis would only need a blacklist to disable VE in some noticeboards etc. The majority of Project: pages (guidelines etc) have no problem to be edited by VE. I was doing it and like Kerry reports above we had hinted one of our glam fellows to use VE for everything and suddenly had to use to code.

What about {{REVISIONTIMESTAMP}}?

Note: There is no "Create page" while typing on the search field, even in desktop. I believe we should keep it this way.
In elwiki we have modified MediaWiki:Searchmenu-new giving two red links in order to give the option to use either WikiEditor or VisualEditor to create the page. In fact it is the only way to create a page using VE since the first edit (T194128 has not been addressed yet).
I believe most experienced users will never use mobile creation, so it would be a good idea to open the red link straight with visual editing instead of source editing.

@Lydia_Pintscher, why is this Low priority? Given the resistance of the english wikipedia using or even linking to Wikidata, this concerns all others (disregarding links from external websites).
The example is from a group of 4000 links from year articles in elwiki: https://el.wikipedia.org/wiki/1976#Γεννήσεις (a good live example of Wikidata use inside Wikipedia).
Giving the ability to display results in each project (or user) language is essential.

Note: Not only in Special:Statistics but everywhare (the API, the magic word {{NUMBEROFARTICLES}})

If you can add Greek, we'd be very happy :-)

Well intended but bad idea. This will give an option not only to a comprised admin account but also to a rogue admin in a small community to block the other one or two admins in a coup (an usually in such small communities it may pass unnoticed).
A better approach would be to be able to unblock itself but in exchange to not being able to use admin tools for n time. This would give time to users/admins to report and solve the situation together with stewards.

Maybe this mockup will make it clearer what it is asked for (not suggesting that this should really exist it Special:Preferences. but that the available tabs and following a red link are two separate things)

remember-last is not a suitable approach. That would affect general editing and not only the creation of pages.

This would help removing the need for templates or using divs with css around the <references /> tag to distinguish notes from citations. Even editing with VE will be easier, and code will be more clear.

I'd like to help with this.
The bot generated list seems to cut words in half, separated by their diacritics: almost all greek words contain diacritics (some people omit them only when they type in touch screen or capital letters)
So the list is currently useless, most strings there are parts of common words.

I confirm the same problem exists in elwiki. Users report that they face it even after they disabled the beta wikitext editor.