Talk:XTools

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,

Can a user's actions as part of pending changes reviewer get added to this tool so that they can be seen?

Thanks so much!

~~~~

Expected behaviour

Excuse my IP attire but I was testing and maybe too quickly because it booted me called me a robot and I couldn’t log back in. It’s all good though

Partial Cloud Services outage took down XTools for 45 minutes. Follow-up on this incident is at phab:T373740.

"Error. This web service cannot be reached. Please contact a maintainer of this project. Maintainers can find troubleshooting instructions from our documentation on Wikitech. proxy-03.project-proxy.eqiad1.wikimedia.cloud"

Maybe this goes away by the time User:MusikAnimal sees it, or maybe not. Reporting it just in case :)

Getting this on both the homepage and subpages.

It's back up. Possible root cause: https://phabricator.wikimedia.org/T373740. According to a cloud-l email this outage took down xtools-prod08 and xtools-dev06

Hi, Is there a any way to add a parameter to exclude bots from this list:

https://xtools.wmcloud.org/adminstats/es.wikipedia.org/2024-01-01/2024-06-16

Thanks.

There's currently a 100-point cap on admin score for non-deleted articles, which means that if you've hit that cap, it's possible to by making your articles worse to the point where they get deleted. (Good example for here?) Anyways, maybe that should be fixed.

Querying Admin score for user Azadiazadi on Persian Wikipedia, noticed that 3 score fields are not calculated for that user, all of which are for edits to certain pages. I think the issue is due to undefined page name on fawiki. For example, we have "Wikipedia:نظرخواهی_برای_حذف" instead of "Wikipedia:Articles for deletion". Is there a way to have that score calculated based on local page names? Thanks.

Based on the tool's documentation, looks like this is a known issue. It's ok to close this topic if there's no way to resolve the issue. Thanks again.

Hi. We have user group enabled on Persian Wikipedia named "Eliminators" which is also enabled on some other wikis. can we have an icon for users in that group in the "User groups" column? Thanks.

Administrators (at least on en-WP) have access to the number of watchers of a page when it is less than 30. However, it seems this info shows up neither at XTools nor in the ArticleInfo gadget. Would it be possible to get it to appear for the relevant accounts?

@MusikAnimal, just quickly circling back, do you think this would be feasible?

Yes, this we can do :) With phab:T220475 on the horizon, I've been meaning to move more of the logic from the backend to WMF APIs where possible, and this would be one of them.

I'll try to look into it this week.

Also was looking for this. Guess I understand the difficulty in implementing if this pulls all the data from xtools.

Fixed in XTools 3.20.0 and will be released soon

The Arabic version of Xtools employs Indo-Arabic/Eastern Arabic numerals (٠١٢٣٤٥٦٧٨٩), while Western users use Arabic numerals (0123456789). We would prefer it if the defaults were Arabic numerals, as they are the most generally used and understood numeral system, or if there was a choice between the two.

The Hindu-Arabic numerals were added per request from 2019: phab:T185908, phab:T213503. Perhaps things are different for Persian versus other languages that use Hindu-Arabic numerals? It sounds like maybe it's a matter of preference?

It looks like the wiki shows Arabic numerals (i.e. ar:Special:Statistics). If that is the case, then XTools should use those, too, I think.

Pinging @Épine in case they have any input.

Exactly.

As it turns out, MediaWiki goes by $wgTranslateNumerals which is turned off for Arabic language wikis on our cluster. So normally, Arabic does have translated numerals, but your community apparently has requested that it doesn't. Kurdish for example does prefer numerals to be translated.

Anyway, I've made the same change in XTools -- language code ar will show Western Arabic numerals. I should have this deployed later today or tomorrow.

I really appreciate your explanation! I am grateful for your willingness to share your knowledge and troubleshoot this issue.

No problem :) It might be another few days before the next release, FYI. The code is merged though, so I'm going to go ahead and mark this discussion as resolved.

@MusikAnimal Is there any news about the merge?

Sorry, other priorities have gotten in the way. This next deployment is somewhat risky (lots of API changes and such), so I need to wait to deploy until I have time to tend to any subsequent issues. I'm hoping I'll get around to it next week.

@MusikAnimal Thank you very much, sir. I appreciate the explanation and will not be revisiting the matter now that it is apparent. I hope this takes less time.

Doesn't seem to be related to XTools

For some reason about a week ago when I started getting a lot of lag when opening Wikipedia articles, which caused the Chrome tab to freeze for a few seconds and the inability to move my mouse. After a bit of troubleshooting, I discovered that it was ArticleInfo gadget, and the lag does not occur when I have it disabled. The lag is so bad infact that I spent 10 minutes trying to edit a page (with 960k bytes) and the Chrome window kept going unresponsive. After disabling the tool I was able to edit the page. What could be causing this lag? It never occurred before. Also, a while ago the gadget said that there was an issue with the API so I wonder if it has something to do with that.

Are you still seeing this issue? Roughly a week ago, we were firing a hook (Special:Diff/6421280) and this could possibly cause some lag, but the issue would then be with whatever is listening to the hook, not the XTools gadget itself. We're no longer firing the hook, but we have plans to reinstate it.

Also roughly a week ago, XTools was experiencing significant performance problems due to an issue with the databases (phab:T361945). This was fixed on April 5.

That said, I don't know why the gadget (with or without the above issues) would cause your entire browser to lag like you describe. There is no infinite loop or anything like that, and it has a very small memory footprint.

Yes, I re-enabled the gadget to find the answer to this question for a few days and the lag has come back.

I now retract my statement. I am still sometimes getting the lag with XTools disabled, but it happens far less frequently.

Yes the lag has now stopped.

I am reopening this because the lag has come back. When I open the article for London, the browser locks up, but does not lock up with XTools disabled.

I am not convinced its the XTools gadget, but I may still be able to help you figure out what's going wrong. Could you follow the steps at w:WP:JSERROR and report back with any findings?