Merged, but disabled by default currently

So, with the English Wikipedia running 1.27, this feature is now live, and all I have to do is watch a category to see what members are added or removed?

I can only see this feature active at https://www.mediawiki.org/w/index.php?title=Special:RecentChanges&hidecategorization=0 (and test wikis).

It's in 1.27.0-wmf.4+, which is deployed there, but the feature is now configurable and Wikimedia production has it set to off by default, meaning sites have to be opted into it (this has been done for group 0 sites only so far).

Indeed.
Trying to get https://gerrit.wikimedia.org/r/#/c/253151/ in should come before enabling on more wikis.

Trying to get https://gerrit.wikimedia.org/r/#/c/253151/ in should come before enabling on more wikis.

Can't group1 (or small) wikis ask to be guinea pigs?

Hello. I don't understand so much in all the versions mechanism. Could you explain me, please, how can we use it on our wiki (group 2)? Wait for some date? Ask to be included and how? Something else? Thank you.

It will be enabled in most places in due course! :)
Keep an eye here and I'll try to post anything related!

Thank you. This means anybody knows the exact date :-).

It looks pretty solid on MediaWiki.org, but I saw where in cases where two pages were added to a category, it doesn't say what the second page is, using "and one page" instead. How would a user find out what the second page is?

@Stevietheman file a ticket with a screenshot?

I am asking a question about why it works this way. Opening a ticket is about logging an issue. I would like to understand why it works the way it currently does before deciding whether to do that.

T119712 created to address this because my question is being ignored.

I am asking a question about why it works this way. Opening a ticket is about logging an issue. I would like to understand why it works the way it currently does before deciding whether to do that.

By the sounds of it this is wrong, hence why I suggested opening a ticket.

It is impossible to tell until we can see what exactly you mean!

OK, my bad. I assumed those associated with this software update would understand what I was describing and could comment on that. Oh well. Happy Thanksgiving!

I am afraid the majority of this patch was written over 6 months ago (so naturally some parts have fallen out of my brain).
Please see https://phabricator.wikimedia.org/T119712#1834099
Happy Thanksgiving!

So it looks like this is going to be enabled on more wikis in January :)

Is there any plans when this feature is going to be enabled in the bigger Wikipedia language versions?

The feature will be enabled on dewiki on Jan, 21st. See https://wikitech.wikimedia.org/wiki/Deployments#Thursday.2C.C2.A0January.C2.A021
Most likely it will be enabled on other Wikipedias and Commons the week after.

Good news, looking forward to the implementation. Thanks!

This is active on dewiki now.

Live on Commons and all Wikipedias now.

We have not it in hewiki. Both recent changes and watchlist preferences do not include this.

Recognized now we have not also the other changes of this release, as references in topic T7984. A problem with new version?

@Tobi_WMDE_SW isn't it disabled already in (at least) some projects?

I don't see that option in Latvian (lvwiki) or English Wikipedia anymore at Recent changes or my watchlist. And yes, I saw it yesterday (at least at lvwiki).

The feature got rolled back again (except for dewiki) because of T125147. We're working on it and keep you updated.

Thank you.

References too, @Tobi_WMDE_SW?

In T9148#1981170, @IKhitron wrote:

References too, @Tobi_WMDE_SW?

References ?

In T9148#1981222, @Addshore wrote:

In T9148#1981170, @IKhitron wrote:

References too, @Tobi_WMDE_SW?

References ?

T7984

I don't this that task has anything to do with this task...

@IKhitron T7984 is a totally different feature and AFAIK this has not been deployed yet (likely to happen next week).

Thank you. Wierd. It was "now" in tech news.

If this is the feature that was rolled out by mistake on en.WP yesterday, it is not done being developed yet. See https://phabricator.wikimedia.org/T125171 for comments about its implementation. Specifically, editors need to be able to choose whether to show/hide category additions and category removals on the Watchlist page. They should be able to show or hide either one or both. Hiding both would mean that you just want to watch the content of the Category page itself (e.g. to monitor for vandalism or explanatory text changes).

If this is not the feature in question, please disregard.

Jonesey95, that issue was marked as invalid because it's already implemented. When this feature was rolled back a few hours ago due to a database issue, the filtering was taken out too. Once this is all up and running, you will have the filtering.

In T9148#1981682, @Stevietheman wrote:

Jonesey95, that issue was marked as invalid because it's already implemented. When this feature was rolled back a few hours ago due to a database issue, the filtering was taken out too. Once this is all up and running, you will have the filtering.

Indeed, a patch has also now been merged so that if it is ever disabled somewhere again all category changes will remain hidden!

Hello. I can see the changes in my watchlist, but get no notifications at all. What's the problem? Thank you.

Created T126204.