@MarcoAurelio @DerHexer @revi @Trijnstel It sounds like there is consensus to show partial block information on the CentralAuth page. We could do this similar to how it is displayed on Special:BlockList (5th column):

Does that sound good to everyone?

Looks good to me, I'll bring this to internal discussion.

I think we can manage with that, since we can easily look over which NS has that name (or ask people who know that language).

For example when someone is applying for Global Sysop, information that they are 'partial'ly blocked on wiki X is something we can ask candidates for clarification, or for other case we are investigating, we usually have someone who is familiar with the language to tell us what is the correct translation for the localized stuff.

In T200938#5094768, @Niharika wrote:

@MarcoAurelio @DerHexer @revi @Trijnstel It sounds like there is consensus to show partial block information on the CentralAuth page. We could do this similar to how it is displayed on Special:BlockList (5th column):

Does that sound good to everyone?

Thank you. Sounds good.

Change 518087 had a related patch set uploaded (by Dbarratt; owner: Dbarratt):
[mediawiki/extensions/CentralAuth@master] Add blocking details for partial blocks to Special:CentralAuth.

https://gerrit.wikimedia.org/r/518087

@Niharika @dbarratt I have a question about how to display the list when there are a mix of local and global namespaces in the block.

With the current patch, a partial block displays something like this:

Global namespaces blocked	Local namespaces blocked

If there are a mixture of global and local namespaces, we could use either of these two options (the current patch uses the one on the left):

With "... and"	Without "... and"

My preference is for not using "... and". That way the translation messages are simpler, and the list is visually consistent with the list of local pages ("Foo" and "Bar" here), which doesn't add a preface to the final item.

@Tchanders I agree with not using ...and. It looks much cleaner and consistent without it while conveying the same information. Was it a conscious design decision to add it initially?

@Niharika Not that I'm aware of, it just came up in code review because of the messages

Change 501452 abandoned by Dbarratt:
Remove partial blocks from Special:CentralAuth

https://gerrit.wikimedia.org/r/501452

@Niharika We've run into several edge cases regarding localization of foreign namespaces. Even "common" namespaces can have issues (for instance, Project namespace may be overridden on different languages). @Tchanders and I would like to propose a new solution: Instead of listing the pages and namespaces, we'll instead say "3 pages" or "2 namespaces" and that text will link to the Special:BlockList on the local wiki. Then, if we'd like to expand that list later, we can do so with T226651 which will make client-side API requests to get the localized pages and namespaces. How does that sound?

In T200938#5573405, @dbarratt wrote:

@Niharika We've run into several edge cases regarding localization of foreign namespaces. Even "common" namespaces can have issues (for instance, Project namespace may be overridden on different languages). @Tchanders and I would like to propose a new solution: Instead of listing the pages and namespaces, we'll instead say "3 pages" or "2 namespaces" and that text will link to the Special:BlockList on the local wiki. Then, if we'd like to expand that list later, we can do so with T226651 which will make client-side API requests to get the localized pages and namespaces. How does that sound?

Sorry, I missed this comment! That solution works for me. As long as the text links to the local wikis Special:BlockList, I think that suffices.

Change 518087 merged by jenkins-bot:
[mediawiki/extensions/CentralAuth@master] Add blocking details for partial blocks to Special:CentralAuth.

https://gerrit.wikimedia.org/r/518087

Special:CentralAuth now looks like:

I checked:

• Block expiration correct; link goes to Special:Log/block?page=User:$user
• Block reason same as it appears on Special:BlockList; link goes to Special:BlockList/$user
• Count of pages and namespaces correct
• Other block details (e.g. blocked from account, email, etc.) correct

Does not seem to matter if the block is from the same wiki you are viewing Special:CentralAuth from or a connected wiki.

Also looks OK (as far as I can tell) when using a non-default language, or when on an RTL wiki. Such as on my local vagrant Hebrew wiki below:

("Page" and "Namespace" I guess are awaiting translations for some languages.)

However, on https://en.wikipedia.beta.wmflabs.org with my user language set to Hebrew, I see:

I don't see the same thing on, for example, Special:BlockList. Perhaps @dbarratt or @Mooeypoo can comment.

The CentralAuth API (action=query&meta=globaluserinfo&guiuser=Drwpb&guiprop=groups|merged|unattached|rights|editcount) appears to be unchanged, when I compare beta with test.

@dom_walden I created T238235 since the API should probably be updated to reflect similar information.

I took a look at the RTL in English
https://en-rtl.wikipedia.beta.wmflabs.org/wiki/Special:CentralAuth?target=Drwpb
and it looks fine to me, but as you mentioned, in Hebrew it doesn't look correct:
https://en.wikipedia.beta.wmflabs.org/wiki/Special:CentralAuth?target=Drwpb&uselang=he
I thought I had found the source of the problem, but locally it looks correct:

I enabled debug mode on beta and I found this bit of CSS:

/* Lists in data cells are always left-aligned */
.wikitable td ul,
.wikitable td ol,
.wikitable td dl {
	/* @noflip */
	text-align: left;
}
/* ...unless they also use the hlist class */
.toc.hlist ul,
#toc.hlist ul,
.wikitable.hlist td ul,
.wikitable.hlist td ol,
.wikitable.hlist td dl {
	text-align: inherit;
}

which comes from https://en.wikipedia.beta.wmflabs.org/wiki/MediaWiki:Common.css

To prove that this is indeed the problem, setting the language to Hebrew on English RTL wiki (which does not have that CSS file) resolves the problem:
https://en-rtl.wikipedia.beta.wmflabs.org/wiki/Special:CentralAuth?target=Drwpb&uselang=he

I'm not sure there is anything to be done here? What do you think @Mooeypoo?

@dbarratt Has this been deployed already? In that case we can verify if the problem exists on the actual hewiki.

In T200938#5676986, @Niharika wrote:

@dbarratt Has this been deployed already? In that case we can verify if the problem exists on the actual hewiki.

Yes.

it's not on he
https://he.wikipedia.org/w/index.php?title=%D7%9E%D7%99%D7%95%D7%97%D7%93:%D7%97%D7%A9%D7%91%D7%95%D7%9F_%D7%9E%D7%A9%D7%AA%D7%9E%D7%A9_%D7%9E%D7%90%D7%95%D7%97%D7%93&target=Drwpb
it is on en:
https://en.wikipedia.org/wiki/Special:CentralAuth?target=Drwpb&uselang=he

or rather, the problem does not exist on he, it only exists on en.

In T200938#5676995, @dbarratt wrote:

or rather, the problem does not exist on he, it only exists on en.

Ah! Makes sense. So users who -

• Switch their language to he
• Visit Special:CentralAuth on enwiki
• See a partial block log record

will see this issue.

Since it's such a narrow use case, I think it's safe to close it. Any objections?