User Details
- User Since
- Nov 21 2016, 2:07 PM (341 w, 1 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- 1234qwer1234qwer4 [ Global Accounts ]
Tue, May 30
Oh, sorry, my bad. There's been a lot of redundant reports lately and I saw the HY000 error which had appeared in some other reports too, but thanks for fixing my mistake.
Mon, May 29
Fri, May 26
This is not XTools-specific and XTools can't fix this.
Apr 24 2023
Apr 16 2023
Apr 12 2023
Apr 11 2023
Works for me now; looks like this is resolved.
Thanks! I think Ӽӽ is still missing too. Also since you added ѿ you might as well add ѡ, and Ѽ should at least be mapped to Ѡ if that should not be mapped to W as well.
Cyrillic and Greek seem reasonable since they are quite closely related (though indeed it may be confusing for letters like Г or Ђ which have a completely different etymology -- for Г I've at least seen it being abused though). In fact, Cyrillic has quite a few more additions worth looking into, such as Ѻѻ for O or Ҏҏ for P. Also, it looks like ґ is normalised to Ґ; I wonder why this isn't leading to the R set the letter Г is pointing at.
thanks a lot for your help @Umherirrender! The ɕ character should be in the C equivset for sure since it is literally the letter c with a diacritic, and ѓӷ (plus their capital forms) should be in the R equivset considering that the letter г is. The rest probably needs some more investigation (ligatures appear to be sort of a difficult case in general).
Apr 7 2023
This is about https://www.wikidata.org/wiki/MediaWiki:Gadget-Merge.js. However, I do not understand what is meant by a
Jan 30 2023
Not sure if this is related, but in Firefox, the checkbox and buttons are accessible with the tab key, but hitting enter on the checkbox just confirms the login without changing the state of the checkbox.
Jan 29 2023
@rook Both tasks are by me. The title (and if not, the description with the relevant links) should be clear enough in stating that this one is about the Wikidata sitelink change reflecting a page move while the other is about the redirect created when it is not suppressed in the move.
Jan 16 2023
Jan 2 2023
Note: namespace should be called "Ков", see https://inh.wikipedia.org/wiki/ОагӀат:Ковнаш.
Dec 30 2022
Dec 16 2022
Nov 3 2022
Nov 2 2022
Oct 31 2022
Oct 13 2022
Another similar one, if it helps: https://de.wikipedia.org/w/index.php?search="Essays%2C+Reden%2C+Propagandaschriften+u.+a."
Oct 12 2022
Sure, done.
Oct 5 2022
Just noting that Special:GlobalBlockList has a similar issue.
Oct 1 2022
There are multiple issues highlighted in this report: One is deleting a translation page without its units (what is stated in the title); the other is restoring translation pages, which is an unrelated issue affecting restoration of pages deleted by FuzzyBot in the same way and should be handled with a separate ticket (and is arguably more important since it actually makes the workflow with the translation extension so much harder, requiring you to temporarily unmark the whole page from translation first, as outlined here).
Sep 16 2022
Sep 1 2022
The bug I saw here was mostly your second point, though I'm pretty sure I have sent thanks for user rights log entries before (third point).
Aug 28 2022
I reported this just after submitting this search query for the first time and realising it fails.
Aug 24 2022
Aug 19 2022
srwikisource has been fixed (thanks). hiwikisource is still to be handled, and I have also found https://eu.wikisource.org/, https://be.wikisource.org/, and https://cs.wikisource.org/ with this issue.
FWIW this has been existing since 2018 at https://www.wikidata.org/wiki/User:Mat%C4%9Bj_Such%C3%A1nek/patrolRevisions.js. Not sure the subtasks are arranged appropriately; I think this task can be closed.
Aug 13 2022
Aug 12 2022
Jul 7 2022
I've been using that feed for at least a year without any problems. This started to occur about when this bug was reported.
Well, my feed is still timing out: https://meta.wikimedia.org/w/index.php?userExpLevel=unregistered%3Bnewcomer&hidebots=1&translations=filter&hidecategorization=1&hideWikibase=1&limit=500&days=30&reviewStatus__manual_color=c2&changeType__hidelog_color=c3&tagfilter__mw-reverted_color=c1&title=Special:RecentChanges&urlversion=2
Jul 6 2022
Jun 30 2022
Don't know about anything orthographic, but this symbol is way too common in all kinds of texts to make this change at this point. Search for insource:/`/ on a reasonably big wiki and you'll get thousands of results (despite a timeout).
Jun 29 2022
Jun 27 2022
Note that this is also a problem on https://hi.wikisource.org/.
Jun 26 2022
Note that said "comment box" appears instead of the "diff screen" when the revision text is hidden. As a sort of workaround for "checking what the hidden edit summary contained", you can click the "(change visibility)" link, which will display hidden usernames and summaries too (this can also be used for accessing deleted log entries).
Jun 22 2022
Ok, I uploaded the new version.
Thanks. Your file appears to be 135x150; could that still cause issues?
Jun 19 2022
Jun 12 2022
For now, since the tool has been used for quite a while, apparently by over 100 editors (https://en.wikipedia.org/w/index.php?title=Special:WhatLinksHere/User:DannyS712/Draft_no_cat.js&limit=250), and since the linked task doesn't clearly formulate what is to be implemented, I have added this to the configuration.
Jun 6 2022
Jun 4 2022
May 16 2022
Support this, since just looking at diffs makes finding the relevant unit quite annoyingly hard, and blatantly incorrect taggings are not uncommon. Maybe this could even come with an easy way to revert the marking.
May 12 2022
Apr 30 2022
Apr 24 2022
Apr 23 2022
Exactly the same as on a history page.
Apr 17 2022
Apr 9 2022
Made some extension to T27619#7220525 above; would appreciate if somebody could take a look at this.