This page is a feedback forum for XTools. For reporting bugs, it's preferred that you use Phabricator.
If the issue is urgent and you're unable to use Phabricator, feel free to ping one of the active maintainers.
Hello, as I have a space character in my user name, I cannot directly go to the edit counter, but have additional two clicks to go to the page. I tested it with other user names. Whenever there is a space character, it is like this. Do you have any solutions.
It was fine before, but for some weeks now, it shows the strange behavior.
Best Thomas
Looking at the results for my own account, on en.Wikipedia, a number of pages are shown with an assessment of "Unknown", rather than "Disambig".
What these pages have in common is having the Disambiguation template inside the Banner shell template, for example on en:Talk:Spon Lane Branch:
{{WikiProject banner shell|
{{WikiProject Disambiguation |importance= }}
}}
https://en.wikipedia.org/wiki/Special:PageAssessments?project=Disambiguation&namespace=0 shows the problem is rather widespread. Some pages get a "class" of "disambig" (which is what XTools is going off of) while others do not. Apparently some of the WikiProject templates are not using en:Module:WikiProject banner, which is what does the storage for Extension:PageAssessments. Or, there's a bug in the module. @MSGJ might know how to resolve this.
We no longer rely on |class=disambig to classify disambiguation pages as these are detected automatically by using en:Module:Pagetype which checks for the existence of a disambiguation template on the page
When I look at my Pages Created on WD it shows me a list of Q numbers instead f labels (I think tat is what they are called in wikidataish). Since I am a human with finite memory who does nt remember Q131287206 stands fortis list does not rally help me.
BTW where is the edit summary for this discussion tool?
Clarifying note: This is a feature request to convert the QIDs into human-language labels (presumably matching the user's selected language) at pages such as https://xtools.wmcloud.org/topedits/www.wikidata.org/Ottawahitech
(re: BTW: This page is currently using the Flow system, which doesn't use edit summaries. But it is being deprecated and phased out, so please don't worry about that. Also, using complex edit summaries on talkpages might be considered a bad practice, as they are easily overlooked, which can lead to additional confusions.)
Quiddity (WMF), Unfortunately I very much worry about deprecating and phasing out this flow version. Does this mean that the conversations I have been participating in on this wiki will disappear, at least as far as I am concerned?
Autocomplete disclosure applies
No, nothing is disappearing. These pages are just being moved to become subpages, and then frozen on Dec 16 (i.e. discussions will need to be continued on the new plain wikitext talkpages) and then in the future will be converted into wikitext.
I would like to hereby globally request this for my account.
I never did formally opt in (*besides agreeing whenever I opened the XTools in general) and both of the linked pages were never created.
The section detailing how to accomplish this, does not presently seem to explain my issue very well.
The English Wikipedia always shows all statistics and does not allow opting out. The other wikis you've edited are already showing the opted-out version of the edit counter (only the year count and namespace stats) and there's no way of opting out further.
Anyway, the entire concept of having to opt in to show certain stats is nonsense IMO - the data this is derived from is public anyway so it's just security theater.
RE: the entire concept of having to opt in to show certain stats is nonsense IMO
Hi Pppery, One side of me agrees with you, but did you know that the English Wikipedia was an opt-in wiki when I joined in 2007 and for many years (can't remember how many) thereafter? I always tried to read the xtools (I think it was called something different then) analysis of those who opted in. I found it helped communication greatly in an online world where you cannot read facial expressions.
I guess I better stop philosophizing, it is probably not welcome here? ..and I cannot further summarize this in edit summary, sigh
Some time ago I agreed that the monthly counts and the time card of my contributions could be displayed. I would now like to withdraw the consent for the time card. Unfortunately, attempts to do this have so far failed. How do I stop the time card from being displayed?
I've deleted m:User:AQ/EditCounterGlobalOptIn.js, so you should no longer be opted in.
However, the entire concept of having to opt in to show certain stats is nonsense IMO - the data this is derived from is public anyway so it's just security theater.
Maybe it would make sense to actually label Live edits and Deleted edits as something like Edits to currently existing pages and Edits to no longer existing pages? "Live edits" implies that the edits are still present in current page versions, which is obviously not guaranteed even if they haven't been directly reverted; and "deleted edits" implies that the edits themselves were deleted. I doubt most people interested in user stats would bother coming to XTools/Edit Counter to read about the clarified meaning, they're just going to make assumptions, and a disruptive user with most of their edits reverted is going to look better to them than a page patroller.
It should be noted somewhere that this only works for WikiMedia projects and not independent Wikis using the MediaWiki software.
How come that I can see the monthly counts bar chart and the timecard punch chart although I didn't create a EditCounterOptIn.js page?
Are you logged in? I don't see those stats at xtools:ec/de.wikipedia/NordNordWest.
I am logged in. This might have started since I see an angry rabbit with a "Please log in to continue" when I open that page (~ 3 or 4 weeks). In past years OAuth was able get the permission by itself.
Requiring OAuth is a measure to help with performance. Web crawlers click on the links and fire off expensive queries at high rates, sometimes taking down XTools for all users. We don't require OAuth in all situations, but we do for queries which are deemed to be expensive, such as running the Edit Counter on your account.
I'm completely fine with OAuth but I don't want to see the detailed statistics.
You don't want to see your own detailed statistics? Or is the concern that others can? Because I can assure you others cannot :)
If your concern is it takes too long, note you can choose which sections of statistics you want at xtools:ec.
I don't need this information, it hasn't been displayed all the years until now, it says ''These statistics are only shown if the user has opted in to showing restricted statistics'' which I haven't.
It has always been displayed for logged-in users. It's just that recently we've had to enforce that users login. If you don't want to see these stats, my advice is to unselect them at xtools:ec. I'm not sure what else I can do.
Can the edit summary analysis tool be extended to make counts of the content users leave in their summaries? I occasionally see users leave hundreds of edit summaries that are just "edit" or "fix" which taken together are essentially useless. These users who don't properly describe their edits can often have in excess of 99% edit summary usage with the current tool, but in my opinion these vague edit summaries might as well not exist (and in some cases may be used to intentionally obscure edits).
| Text | Count | Frequency |
|---|---|---|
| rv | 4,156 | 15.0% |
| copyedit | 2,014 | 7.2% |
| none | 1,012 | 3.7% |
| fix typo | 401 | 1.5% |
Ideally, this would be case-insensitive and ignore both trailing punctuation and the /* section title */ syntax as I don't see how discerning between for instance "Fix article" and "→History: fix article." would be informative for this type of analysis.
Just like XTools shows the data and statistics for the last 50,000 revisions of a page, en:WP:ANI as an example, it should show the data and statistics for the last 1,000,000 edits of a user instead of stopping completely and rejecting the request, eg BD2412's edit counts. The feature available for Page Info can also be implemented for User edit counts.
This is phab:T182182. It's been a while since I've done any tests, but in the past it was just too slow, even with the date range constraints. Things are probably more realistic now that we require OAuth. I'll revisit this when I have the time.