Agreed. This is intentional, and should be. Case in point: https://en.wikipedia.org/wiki/Special:Log?user=Seeittoo&wpfilters[]=thanks
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Oct 26 2019
Oct 25 2019
Not sure if this is the right ticket, or if my issue relates to https://phabricator.wikimedia.org/T198651 ... I just noticed an issue with the edit filter log that appears to relate to this.
Not sure if this is the right ticket, or if my issue relates to https://phabricator.wikimedia.org/T173977 ... I just noticed an issue with the edit filter log that appears to relate to this.
Oct 20 2019
This webpage is what the LTA user is using in order to quickly generate text in different fonts and use them to create account, get around edit filters, and make abusive edits to pages...
If you take a look at the code I maintain on this edit filter on en-wiki, you'll find many more variances of each letter of the alphabet that should also be added to the ccnorm function that aren't listed here. We definitely need to expand this function and get the additional variances added. I have LTA users who are using different font text in their usernames and abusive edits and in order to bypass edit filters. It's becoming a daunting and long task to update the filter I created so that it's caught up, and it's a cat and mouse game that we'll be one step behind on if we don't do this...
Oct 19 2019
@Daimona - Oh snap. You're probably right that this might be the same thing as the other ticket you referenced. I feel like an idiot, since I authored the possible duplicate. *Facepalms at himself for the stupid that he might've done*
Oct 18 2019
Jul 27 2019
I'm happy to see that this is being pushed out for review and implementation. While assisting another editor with an issue and while testing for a possible vulnerability, I thought that the item selected in the drop-down list on Special:ChangeContentModel was what the current content model of the page was set to, and this tripped me up until I realized that it was just set to the item at the top of the list. I feel stupid now that I think about it, but it really is behavior that users would expect knowing that many sites and operating systems display the current item set in a drop-down list for a setting or option. This will definitely help to prevent confusion like this by others in the future. :-)
Jul 5 2019
@DannyS712 - Is this done by clicking on "protect as security issue"? That appears to be only used for security-related vulnerabilities and incidents. If this is not how I change visibility, how do I do this? I don't see an option or way to do so on the interface. Or I'm just an blind idiot... that's always a possibility. :-)
Jul 1 2019
Done.
Apr 17 2019
@Ammarpad: Interesting! It's as if it appears and disappears, I guess? I see the "(No difference)" text gone on certain revision diffs, then when I check in on this ticket and see that you've responded saying that you don't see a problem... I click on the diff and it's there and visible just fine...
Apr 10 2019
@Ammarpad - it seems to have disappeared again. I noticed it again with the diff linked below, and I see it missing again when clicking on the diff I provided in the case description above.
@Ammarpad - Interesting! Something must've changed over the last week or so, because it's now working as it should be. I wonder what changed....
Apr 2 2019
@Aklapper - Please accept my apologies for the delay responding to your post above. When you ask for a specific but not user-generated MediaWiki page that breaks like this, I'm not exactly sure as to what you're asking. Were those URLs I originally posted in the ticket description not what you're looking for? What are examples of pages you would like me to locate that break like this?
Mar 11 2019
Ah! That makes sense - good find.
Feb 7 2019
@matmarex - That is correct. I believe that the '?' is being parsed as a separator for URL parameters and not part of the page title when interpreted by the Wikimedia Software. I tried explaining this thought in the details when I created the ticket - my apologies if my thoughts were not clear or worded with proper terminology.
Jan 24 2019
@Ammarpad - Correct.
Please note that since creating this phab ticket, [[Dunkin']] was moved back to its original title, [[Dunkin' Donuts]].
Jan 17 2019
I searched for a similar situation with another username (where the filters log a 'createaccount' attempt that takes no blocking action and where the username creation is successful): See also User:Hacker689 .... Filtering by nothing returns logs by this account. Adding this username to the filter returns no results.
My sincere apologies for the confusion - yes, crossed out edits do not refer to the visibility of the log or entry at all. It simply means that the user is currently blocked from editing.
Jan 16 2019
@Ekips39: The account creation log isn't revision-deleted, and neither are the AbuseLogs (they would state this next to each log entry in the second screenshot). Am I looking in the wrong place or at the wrong log?
Interesting... so even with the visibility set to "all", it will not return results due to the creation log being RD'd? Seems like a big inconsistency here...
Nov 16 2018
Oct 25 2017
Aug 12 2016
May 1 2016
It looks like the copyvio tool is returning 403 errors now. Is it related to the issue with Bing that is predicted on the tool and links to this ticket?
Apr 2 2016
Oh, good call. It is huggle3.css - I think the WP:HG page still states that it's huggle.css; I'll double check and fix if needed.
Mar 22 2016
Jan 15 2016
Oct 12 2015
I definitely agree with Krenair that this is probably due to two different LTR/RTL languages being inserted into the same string. Happened again with:
Sorry, editing the entry undid some things that Krenair changed. Tried to fix, but didn't fix them all.