Nov 4 2020
Oct 31 2020
The issue has been reported again for a translation of the enwiki article on Ruslan Abışov into Turkish.
Oct 29 2020
Thank you @matmarex , this makes sense.
Hi, I don't know if it is relevant, but the tool has just wrapped a comment that I was responding to inside the <nowiki> tag. Here is the diff. Obviously I did not have direct editing access to the said comment while I was typing my reply.
Oct 27 2020
Apparently this issue has not been fully resolved, as a fellow trwiki user has informed me that he encountered the issue while trying to translate the enwiki article on Makhmud Esambayev and the said error was displayed when he tried to publish the translation.
Oct 19 2020
No, it hasn't been resolved. It has only shifted to the right. See the following image:
Oct 15 2020
@Uncitoyen has reported that it also happens at trwiki. The diff button on Special:RecentChanges provides an URL in the following form:
Oct 13 2020
@Halfak , have you been able to get to this one?
We currently use many shortcuts based on these aliases, and they have been kept on the main namespace until now. Since it is not possible to access a page like WP:XX at enwiki without being redirected to Wikipedia:XX, I am wondering if these shortcuts need to moved to their respective namespaces (i.e.: VP:XX -> Vikipedi:XX) before the implementation. Please let me know if this is the case.
Oct 12 2020
Let me elaborate on the steps to reproduce the problem.
Oct 8 2020
I can still reproduce the problem at frwiki (and all the other ones).
Oct 2 2020
Ok, here is something that might be helpful. When I "select all" at enwiki in New Vector, I see the following:
Hi @Aklapper , yes, I was referring to the line wrap, but since you mention it yourself, I guess that is intended. Let me have another go with the actual problem that I was trying to point to in the second part of my post:
Oct 1 2020
Sep 29 2020
Thank you @Urbanecm . I was able to confirm that only two pages from last month appear on Google and both had the localized behavior switch in question. I have now created https://tr.wikipedia.org/wiki/%C3%96zel:%C4%B0stismarS%C3%BCzgeci/89, so hopefully it will not happen again.
Sep 28 2020
It seems to be working only partially. It has been brought to my attention that many sandbox pages are being indexed by Google, raising concerns of self-promotion by the community. This even includes a page that was created today, which has now been deleted (google: Kullanıcı:Muhammetemreaydinofficial/deneme tahtası). Try googling the words "kullanıcı deneme tahtası vikipedi" without the quotation markers and you will get many hits for sandbox pages in the user namespace. Some main user pages would also be in there. They all have the meta tag that @Urbanecm refers to above, so I don't know what's causing this.
Sep 15 2020
Indeed. The Patroller user group at trwiki is a combination of 1) the original Patroller user group (introduced by Extension:Patroller), 2) the Editor user group (introduced by Extension:FlaggedRevs), and 3) the rollback right. So, they are certainly trustworthy.
Sep 8 2020
Second alternative: Try an article with pending changes from https://tr.wikipedia.org/wiki/%C3%96zel:BekleyenDe%C4%9Fi%C5%9Fiklikler.
Sep 7 2020
If you can't replicate the issue, please de-activate the Legacy Vector view and try again.
Sep 6 2020
We are actively trying to develop a counter-vandalism bot at the moment, so it would be of tremendous help to us if this task could be given some precedence / priority in the backlog.
Aug 20 2020
Will create a new ticket for the faulty autopromotion issue.
Aug 18 2020
Apr 28 2017
Also apparent in trwiki and enwikibooks.
Apr 26 2017
Thank you, @RobH. I have just the one that I use across-the-board. Please see https://lists.wikimedia.org/mailman/listinfo/wikimedia-tr for both of our addresses, listed as admin accounts of the respective mailing list.
Apr 25 2017
Here is a more concrete example. Please see https://tr.wikipedia.org/w/index.php?title=%C3%96zel%3AT%C3%BCm%C4%B0letiler&prefix=group-autoreviewer-member+&filter=modified&lang=tr&limit=50.
Apr 22 2017
Would it be too much trouble to fix this somehow or should I just let it go?
Apr 21 2017
Apr 20 2017
@Deskana: The MediaWiki page I mentioned above is still under the name of https://tr.wikipedia.org/wiki/MediaWiki:%C4%B0pboptions. Is this something we should be concerned about?
Apr 17 2017
Oh right, sorry. Which action did trigger the account creation then?
I'm delighted to report that the patch has fixed the problem. I've successfully managed to have the account block me while not logged-in. Thank you, @Legoktm.
It happened when we enabled block for a vandalism filter, and @Mavrikant triggered it (while logged-out) with a test edit. If you need us to reproduce it for testing purposes, just say the word.
Apr 16 2017
The blocking feature of AbuseFilter does not work due to this problem, and we're under constant attack from our notorious vandal. I'd appreciate it if this could be treated a high-priority task.
Apr 13 2017
It works: https://tr.wikiquote.org/wiki/%C3%96zel:Katk%C4%B1lar/New_user_message I will bug the active sysop for the in-wiki configuration.
I'm on it. Thank you, Dereckson.
Apr 4 2017
Apr 1 2017
Thank you for your understanding.
Ok, Sébastien. Please provide assurances that you will be able to handle this if we have a new discussion and re-establish consensus, and I shall oblige. But if this will only re-initiate the "figuring out" phase and you will need a third consensus by the time the phase in question is done, I think it would be a massive waste of time on our end. Wouldn't you agree?
No, that's your opinion. There is community consensus (a strong one at that) for this, but somehow noone has been able to implement this. We have been talking about this for years and wondering why it has not been implemented yet. Please respect the community's decision and implement this, or let someone else do it instead of brushing us off. I am perfectly aware of what the community wants, and I shouldn't be flogging a dead horse just because noone has been able to do this yet.
Is this being currently worked on? If not, can we revive this? We'd be delighted if this could be handled some time soon. No autopromotions have been observed since 2013.
Let me report something that I think may be related. I recently realized that we have both of the following pages at trwiki:
Mar 2 2017
You can go ahead and do this, since it does not change anything locally. The majority of our technicians are on breaks anyway. HakanIST and I would take care of the interface messages within minutes.