Template talk:WikiProjectBannerShell

☆ Save On Wikipedia ↗

Cricket

Wikipedia talk:WikiProject Cricket is currently in Category:WikiProject banners without banner shells but there is a banner shell on the page  Martin (MSGJ · talk) 12:27, 18 November 2025 (UTC)

Inconsistent list ratings

@MSGJ: There have been few cases where the Wikipedia:WikiProject Lists banner still contains |class=FL cards eg. This becomes a problem when the FACBot demotes a list. It sets |class=List in the banner shell, but this is overridden by the project. I thought (and the bot assumes) that no banners inside the banner shell should have a class card. Is this something that the Cewbot deals with? Hawkeye7 (discuss) 03:59, 13 December 2025 (UTC)

WikiProject Lists has opted out of PIQA, so they set their own assessments. Yes, Cewbot should be aware of this, and will not remove class values of opt-out projects  Martin (MSGJ · talk) 08:02, 13 December 2025 (UTC)
So WikiProject Lists articles retain featured list status even after a featured list removal? Hawkeye7 (discuss) 09:35, 13 December 2025 (UTC)
I didn't say that. The project has opted out of PIQA so is responsible for maintaining their own assessments. I assume the project would be happy if an incorrect rating is removed but ultimately that is their business  Martin (MSGJ · talk) 14:22, 13 December 2025 (UTC)
Okay, I just wanted to know if the FACBot should remove the |class=FL card after the article is delisted at FLR. I will have it leave the Wikipedia:WikiProject Lists banner alone. Hawkeye7 (discuss) 17:17, 13 December 2025 (UTC)

Article/page mess continues

Can someone work out why this keeps populating category redirects, mainly redirect and disambig article pages? (See User:RussBot/category redirect log for recent examples.) Sometimes it seems to be reading the page to override the class entry but then puts it in a redirect. The current example is Talk:Foster Hewitt Award in Category:Disambig-Class List articles not Category:Disambig-Class List pages which is harder to fix than most. A permanent fix to stop popularing the redirects would be better. Timrollpickering (talk) 09:44, 10 June 2026 (UTC)

Issues are:
  • Foster Hewitt Award contains {{Sport index}} and {{disambiguation}} so it is identifying as both a set-index article and a disambiguation page.
  • {{WPBS}}'s logic says it is a set index article, hence an article.
  • {{WikiProject Lists}} has opted out so uses its own logic. Apparently it is automatically detecting it as a disambiguation page, hence page.
Probably a quick fix would be to remove either {{Sport index}} or {{disambiguation}}  Martin (MSGJ · talk) 13:05, 10 June 2026 (UTC)
I've made some changes to Module:Class mask which should help bring into line the non-standard projects  Martin (MSGJ · talk) 15:12, 22 June 2026 (UTC)
Minor note- post-update it seems to be inconsistent whether SIA class is honored - Talk:Characters of the Final Fantasy series is ignoring the WikiProject Video games "class=SIA" and assigning the article to the video games list category (which the bannershell template has), while Talk:List of Nintendo DS games is handling it as an SIA (both project and bannershell are SIA). I think that's what's going on? When I changed the bannershell class for both, nothing changed, though, so I'm confused what the "correct" mechanism is here. --PresN 14:16, 23 June 2026 (UTC)
My brain is hurting! Characters of the Final Fantasy series is correctly identified as SIA by the banner shell, but not by VG. Wheras List of Nintendo DS games is not being identified as an SIA (I will need to check why), but VG is honouring the manual rating given. I think we need to be clear on what you expect to happen. For example, if |class=SIA but it is not actually an SIA do you want SIA to be honoured? In theory we can detect all real SIAs so we could ignore the class parameter entirely on these.  Martin (MSGJ · talk) 14:52, 23 June 2026 (UTC)
List of Nintendo DS games is a list of lists so I think that is not a proper SIA  Martin (MSGJ · talk) 14:58, 23 June 2026 (UTC)
Hmm. I think what makes the most sense (if possible) is 1) if there's an SIA template on the article then it counts as an SIA no matter what class is used in the talk templates. 2) if there's no SIA template on the article, then if a project template says it's a SIA, then it's an SIA for that project even if the bannershell says it's a list. That seems to follow how other classes work. If detecting the SIA template on the article is onerous, though, then I think it should work like just #2 there. I'm really fine with whatever, as long as it's clear how to indicate (talk and article) that something is an SIA. --PresN 20:46, 23 June 2026 (UTC)

Also mentioned here: Template talk:WikiProject Department of Fun#Links to assessment categories  Martin (MSGJ · talk) 22:33, 14 June 2026 (UTC)

Extra pipes

I quite often see extra pipes being used in the syntax for this template, for example

{{WikiProject banner shell|blp=yes||class=C|
{{WikiProject Biography}}
}}

I think we could adapt the code so this would still work, i.e. use the 2nd positional parameter if the 1st is empty.  Martin (MSGJ · talk) 11:42, 25 June 2026 (UTC)

Do not do that. We don't do that anywhere else on en.wiki and editors are familiar with that kind of code. This will just create inconsistencies and is also just wrong. Gonnym (talk) 10:46, 29 June 2026 (UTC)

Inconsistent BLP settings

Inconsistent BLP settings. Some editors have added {{BLP}} manually instead of using the parameter (see search results).

In Talk:Wiremu Kīngi Moki Te Matakātea for example, we have both the template and |blp=no (which is the correct one). Gonnym (talk) 10:48, 29 June 2026 (UTC)

If we could get these cleaned up, then we could work on merging these templates (see Wikipedia:Templates for discussion/Log/2024 November 4#Template:BLP)  Martin (MSGJ · talk) 12:59, 29 June 2026 (UTC)
Probably worth just forking them into the module so that these two templates will lose most of their transclusions, which will then make orphaning them easier. Gonnym (talk) 14:28, 29 June 2026 (UTC)