Talk:XTools

About this board

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.

MisterSanderson (talkcontribs)

Hi! My "Mounth counts" chart has one problem: 2011-08 is so exceptional by the huge total of edits that it messes all the other months of all the other years. They look like nothing. How can I hide 2011-08 so my chart can work normally?

MusikAnimal (talkcontribs)

There is phab:T177658 which is about introducing a logarithmic scale to the charts. That would help here, too. In the meantime, since you primarily edited the mainspace during the month of 2011-08, you can hide the mainspace from the view and the bars for the other namespaces will be more visible. To do this, use the × icon when hovering over the rows in the namespace table.

MisterSanderson (talkcontribs)

Thanks for the tip! It is a really good one.

It would be much simpler to implement, and have much more satisfactory results, if each year count/month count had an "X" too to be hidden, and the graph recalculated on-time, like on the Namespace Table.

The logarithmic scale probably would be more difficult to implement, as it is already tooking some years to be replied to on Phabricator.

What do you think?

MusikAnimal (talkcontribs)

Logarithmic scale shouldn't be too difficult. We have a similar option in the Pageviews Analysis tool, which uses the same charting library. I just didn't see a demand for it other than the sole request back in 2017, so I never gave it much thought. You asking for it gives it a bit more priority :)

Adding × links for each month would actually be considerably harder. That I don't think I'd be able to implement anytime soon, I'm afraid.

Reply to "Hide one month"
Darren-M (talkcontribs)

Is there a way to display the largest articles (i.e. page size) per wiki?

MusikAnimal (talkcontribs)

No, though it would seem such a query would run fast enough for this to be feasible for an on-demand tool like XTools. I don't know that we could show a list across all wikis, however -- that might be too slow. For now you could run a simple Quarry query, take quarry:query/46194 for example (German Wikipedia).

Darren-M (talkcontribs)
MusikAnimal (talkcontribs)

I have created phab:T256549. I'm surprised at how fast the query is! This seems totally doable. Thanks for the suggestion!

Reply to "Article size"
Anupamdutta73 (talkcontribs)

In all the articles created under IP address, in the history section , no. of edits are always 0 for the creator.....

It should be at least 1, considering the page being created. Anupamdutta73 (talk) 09:08, 29 April 2021 (UTC)

MusikAnimal (talkcontribs)

We can't efficiently get edit counts of IP editors, so instead we're just going to hide the edit count for IPs altogether. This has been implemented and will be deployed soon.

Anupamdutta73 (talkcontribs)

Thanks for the clarification......

Article class not displayed properly if the WikiProject tag is 'inactive'

4
Summary by MusikAnimal

Issue lies with the w:Template:Inactive WikiProject banner implementation. It does not use w:Template:WPBannerMeta, hence the assessments are not stored in the database which XTools relies on.

Piotrus (talkcontribs)
MusikAnimal (talkcontribs)

The issue appears to be with Template:Inactive WikiProject banner, but I can't help but wonder if this desired behavior. One could argue that if a WikiProject is defunct, so are its assessments. w:Template:WikiProject Culture similarly does not reveal assessments for defunct WikiProjects, nor does it put the page in any categories.

Piotrus (talkcontribs)

I don't think this is desired, assessments are often done by people who are not project members. A project does not have to be active for assessments to still be useful to thers. Assessments are in the end part of an all-wiki imitative, just 'farmed out' to projects for categorization. An inactive wikiprojects should not cripple the global assessment initiative.

MusikAnimal (talkcontribs)

I don't disagree, but regardless there's nothing to fix in XTools. Template:Inactive WikiProject banner does not accept "class" or "importance" parameters. It needs to pass them to the Template:WPBannerMeta parent template in order for the assessment data to be stored in the database. Basically if it doesn't show up at Special:PageAssessments, it won't show up in XTools. However to me it logically makes sense to omit storage of assessments if we're not showing them in the template, which is the case here.

The quick fix would be to simply tag it under a different WikiProject, perhaps the parent WikiProject Sociology. To your point about "the global assessment initiative", I concur it would be nice to have a more generic assessment system without the need for a specific WikiProject. After all, most WikiProjects seem to define classifications in the same way, at least up until GA or FA.

Summary by MusikAnimal

Limit increased, for now

Lepricavark (talkcontribs)

Now that my edit count is over 500K, I can no longer access my details. I saw a thread below in which @MusikAnimal: had indicated that they were planning to bump the maximum count higher. Is such an update still in the works?

MusikAnimal (talkcontribs)

I have bumped it to 550K for now. I can't promise it will stay that way. Further down the road, we may require users be logged in to query for users with a high edit count, and put it through a job queue so as not to disrupt the performance of other users (similar to how Quarry works). That's a lot of work, though, and I don't see it happening anytime soon. Until then, we have to have some sane limit or else querying for accounts such as your own will disrupt every other user of XTools. Frankly though, you should be proud of this. Very few editors ever become as prolific as you have! :)

Lepricavark (talkcontribs)

Thank you, I really appreciate it! I saw in another thread that someone else was able to get their information via Quarry, but I was not able to figure out how that site works.

Discrepancy betewen Ec live edits and 'reverted' tag count

2
Mathglot (talkcontribs)

Is the 'live edit count' displayed by the ec tool working properly? If I look at the contribution history of user Caustic3 for example, a page search for the string 'Reverted' yields 42 occurrences (out of 112 total edits). However, the ec tool shows "100% live / 0% deleted". It's not like the "deleted" figure is pegged at zero; running it against my username shows 417 deleted edits. Why the discrepancy? Mathglot (talk) 23:24, 20 June 2021 (UTC)

MusikAnimal (talkcontribs)

Deleted edits refers to edits to pages that have been deleted. These edits are visible to admins at Special:DeletedContributions. Reverted edits are considered "live" in the sense they haven't been deleted (they're visible at Special:Contributions). It's of course possible and likely that the content introduced with reverted edits are no longer visible on the page, though.

More info at XTools/Edit Counter#Deleted edits. I've added a note about reverted edits.

Reply to "Discrepancy betewen Ec live edits and 'reverted' tag count"
SlimVirgin (talkcontribs)

The new black background makes things harder to read, especially the parts that are written in dark blue. Can the white background be restored, please?

MusikAnimal (talkcontribs)

We just pushed an update that brightens the color of the links. Does it look better now?

You must have your browser or operating system set to prefer the dark mode. You can turn that off to restore the old look. But our intention again is to make a dark mode that is as legible as the light mode, so if you have any other feedback, please share :)

RXerself (talkcontribs)

I want to turn the dark mode off but keep my dark mode on in my browser.

Levivich (talkcontribs)

Would be great to be able to turn off the dark mode (of this app, without having to turn off dark mode for the browser/windows). No offense but this dark mode implementation is near-unreadable for me due to low-contrasting colors (and I have no visual impairments).

Reply to "Black background"
Ugochimobi (talkcontribs)

Hi, Please i need XTools on my wiki, although its not a Wikimedia wiki, but uses MediaWiki software

MusikAnimal (talkcontribs)

Hello! I'm afraid support for 3rd party wikis has long been dropped, as simply no one seemed to have interest in it. There is a possibility we will restore support, but it won't happen anytime soon. For now, you can try using an older version of XTools, I'm guessing around version 3.7.0 or earlier (see docs). Hope this helps.

Ugochimobi (talkcontribs)

@MusikAnimal:I hope using an older version doesn't make it outdated??

MusikAnimal (talkcontribs)

It is highly dependent on your version of MediaWiki, so maybe. If you're running the latest (1.35), and you only care about the Edit Counter (the most popular tool), using the latest XTools should probably still work. Just be sure to disable the other tools, or at least ones that won't work for 3rd parties such as the Authorship and Blame tools. If you run into any issues, let me know and I can try to help.

Ugochimobi (talkcontribs)

Yes the version of MediaWiki i'm using is the latest (1.35)

I'll keep you posted please. @MusikAnimal:

RhinosF1 (talkcontribs)

Hi,

The hope is the roll it out to all Miraheze wikis. We'd like it to not require DB access. Could you advise how we can set this up?

MusikAnimal (talkcontribs)

How untimely that, after all these years, it's right after we officially drop support for 3rd party wikis that you all start asking about it! =P We can revive support, but it will take a bit of work. Unfortunately the WMF system is very customized in such a way that providing configuration for other MediaWiki installations is complicated. But it can be done...

To answer your question, RhinosF1, there is no way for XTools to work without some sort of database access. A replica is fine (that's how it works for WMF), so long as XTools is able to talk to it.

If you want to try to get this to work, I recommend using 3.10.19 or earlier. Installation docs can be found on xtools.readthedocs.io.

RhinosF1 (talkcontribs)

Hi @MusikAnimal,

So far, our teams have been against database access because of the risks it poses and the complexity of replicas.

Would there be any consideration of allowing XTools to use the API?

Thanks.

MusikAnimal (talkcontribs)

No, it would be extremely inefficient if not impossible to provide the same functionality with only the API.

Ugochimobi (talkcontribs)

Wow

Reply to "Request on XTools"
Summary by MusikAnimal

Not related to XTools

SGlad (talkcontribs)

Thé "Blame" tool should use https and not http specially when called from hîstory pages.

~~~~

MusikAnimal (talkcontribs)

I'm assuming you're referring to links coming from the wiki. If so, you will need an administrator on that wiki to change the protocol. However note that XTools (as well as all WMF Cloud Services tools) only operate over HTTPS. Attempting to use HTTP will simply redirect to HTTPS.

SGlad (talkcontribs)

In fact it is a tool appearing in the header of all history pages in many wikis (english and french wikipedia) calling directly "wikipedia.ramselehof.de/wikiblame.php".

I don't know where it should be said (many wikis).

MusikAnimal (talkcontribs)
Summary by MusikAnimal

It might need more tweaks, but this has been implemented.

Vitaly Zdanevich (talkcontribs)
MusikAnimal (talkcontribs)

It is not ignored. Rather, one must implement the code to honor it :) That's the part that's not so easy. I'd like to get around to this some day but admittedly it's not very high-priority at the moment. Thanks for the suggestion.

Vitaly Zdanevich (talkcontribs)

I can implement it.

MusikAnimal (talkcontribs)

That'd be wonderful! The source code can be found at https://github.com/x-tools/xtools, and the CSS file in this case is probably best placed in application.scss. Setting up XTools on your local is pretty hard, I will admit, and the docs aren't up-to-date, either (my fault, but it's hard to keep everything documented when you're the only maintainer!). You probably can give me a solution solely with CSS, though, in which case you can test in your browser's developer tools and just create a PR on GitHub directly. Or, just send me the CSS :) Whatever's easiest. Thanks for contributing!

Vitaly Zdanevich (talkcontribs)
Mik (talkcontribs)

The grid in tables and in charts is not visible. Please correct it.

Vitaly Zdanevich (talkcontribs)

Please show a screenshot with the problem, for me is ok now.

Mik (talkcontribs)

I put a comment in github with a screenshot.

MusikAnimal (talkcontribs)

The grid in tables is easy to fix (I think #333 looks good), but I'm not sure what to do about the charts. Those are canvas elements. If we are able to change the color (based on the prefers-color-scheme media feature), I don't know how to it.

Return to "XTools" page.