Consumer Rights Wiki talk:Bugs

Welcome — Issues of Interest to Developers

When reporting a bug, please include as much detail as possible to help developers reproduce and fix the issue. Please do not report security issues here. Email them to [email protected] instead.

• Check for duplicates: look through existing reports before posting to avoid repeats.
• System details: include your operating system, browser, and platform (e.g. Windows, macOS, Linux, x86, ARM, Chrome, Edge, Safari, Firefox).
• Inputs and outputs: describe what you did, what you expected to happen, and what actually happened.
• Reproduction steps: provide clear, step-by-step instructions so developers can replicate the bug.
• For general discussions not related to bugs, please use the Moderators' noticeboard instead.

Report a new bug

• You will receive a response from User:UntoK or User:JakeL, who are contracted to provide professional support for this wiki in a production environment.

Previous discussions
1 2

Wiki search engine indexing

There are a couple of posts asking about search engine indexing of this wiki: Consumer Rights Wiki talk:Moderators' noticeboard#Should CRW be indexed by search engines? and Talk:Main Page#Suggestion: Implementing a /robots.txt page. 📎 JackFromWisconsin (talk | contribs) 02:20, 24 August 2025 (UTC)

We are currently looking into this and I will update the thread as and when we have a solution or any further news. JakeL (talk) 00:38, 8 September 2025 (UTC)

Moderator's noticebord and report bug pages innaccessible(ish) in old look

I know it must not be a very high priority, but i just wanted to let you guys know that if you change appearance of the wiki through the settings, the side bar no longer contains stuff like the moderator's noticeboard and the report bug page Plankton (talk) 02:34, 2 September 2025 (UTC)

@Plankton What skin are you talking about? On 2010 vector (the "old look") the sidebar appears just fine. The only skin without a sidebar is MinervaNeue, which is the MediaWiki suggested mobile skin (which I understand has been disabled on this wiki for the time being while the technical team works out bugs). Would appreciate more information on what is happening (are other sidebar items showing?, etc.). 📎 JackFromWisconsin (talk | contribs) 03:27, 2 September 2025 (UTC)

Hi, I would also appreciate clarification on this if possible please, particularly which theme you are referencing. I have tried all the installed themes and have not been able to reproduce the issue outside of the MinervaNeue theme, which, as noted by Jack, is a mobile-specific theme and shouldn’t be used on desktop. JakeL (talk) 00:37, 8 September 2025 (UTC)

Hey there @JackFromWisconsin @JakeL I apologize for the late response I havent been able to be active on this wiki as of late. The skin is MinervaNeue. When I switch to it, some tabs such as the "Report a bug" and "Moderators' noticeboard" are not present in the sidebar (which is toggleable on that theme).

I will add that i am on a 3:2 monitor, firefox, Linux mint, no idea if that affects anything, but the more info you have the better Plankton (talk) 20:32, 17 September 2025 (UTC)

Hi, thanks for your reply. Please don’t use MinervaNeue, it’s a mobile-only theme and isn’t intended for desktop use. It’s also not currently in use on mobile, as it doesn’t work correctly there either. That’s why you’re seeing missing tabs and sidebar items. JakeL (talk) 20:57, 17 September 2025 (UTC)

Main Page 404

I am getting a 404 on the site. Turns out I was able to get to the main page if I manually remove the "/Main_Page" from the URL bar, but that seems wrong. Chuck (talk) 18:30, 22 September 2025 (UTC)

Thanks for pointing that out! This happened during our migration to new infrastructure, before the redirects were fully in place. It’s all fixed now. JakeL (talk) 23:46, 28 September 2025 (UTC)

How do you edit beginning of an article with StubNotice?

I was trying to edit the beginning of the article on Medical ventilator (to add a see also link to the medical equipment article).

The article has a StubNotice template at the beginning (on the same line as the beginning of the first paragraph).

When I try to save changes after making ANY change to the text on the same line as the stub notice template, it will not save (it gives me a message telling me about the procedure for requesting stubnotice removal). I am not trying to move or remove the stub notice, I didn't touch that. Even if all I try to do is put a newline or space after the template, or change words on the first line, it won't let me. This happens whether I use the visual editor or the source editor. I am using firefox running on linux.

I can save changes later on in that article, and I have edited other articles marked as stubs without issue.

The stubnotice documentation and talk page do not seem to document this behaviour, or tell me what to do. If this is desired behaviour, then the template should explain how to handle it.

Thank you. Drakeula (talk) 21:31, 24 September 2025 (UTC)

Not a mod, but I think I can respond to this. You can’t and this is pretty much desired behaviour. The Abuse filter is the reason for it. It does attack more than just that area too as it thinks you’re changing the notice. AnotherConsumerRightsPerson (talk) 07:40, 28 September 2025 (UTC)

I don't understand why this behavior would be desired. To me it seems like a bug, where the abuse filter is protecting more than it should.

Regardless, how can we improve the lead paragraph when we can not change it?

• Are we supposed to duplicate the immutable first paragraph, putting any revisions/improvements in a secondary copy of the first paragraph? Is there a standard template or way to document what is going on so it doesn't confuse readers when they see two first paragraphs?
• Do we need to propose edits to the first paragraph in some form on the talk page, then request an administrator to come and actually make the change? (If so, how/where do we make the request?)
• Are we expected to just ignore problems in the first paragraph, and revise the rest of it until the stub can be removed?

Thanks. Drakeula (talk) 01:37, 1 October 2025 (UTC)

I wonder if this edit, where an administrator used the visual editor to delete a deletion tag after the stubnotice might be part of the problem. Prior to that edit, the stubnotice was on its own line. After that edit, the stubnotice is on the same line as the first paragraph.

https://consumerrights.wiki/index.php?title=Shortage_of_medical_ventilators_during_the_COVID_pandemic&diff=prev&oldid=25186

If the abuse filter intentionally protects everything on the stubnotice line, then the problem may be in the visual editor, which should ensure that it preserves the newline at the end of a protected line. (At the very least, it should warn an administrator when they are suddenly protecting a bunch of text that wasn't protected before.) Drakeula (talk) 02:06, 1 October 2025 (UTC)

I personally don’t like the current ‘stub notice can only be removed by mods’ anyway, and there are loads of article maintenance templates which don’t have this for some reason. Proposing edits in talk page is actually done on Wikipedia in the form of edit requests, where a mod will look at it there, but the thing is it won’t alert mods here to the request by just posting about it. The point about it protects the entire line seems valid to me and makes complete sense from my own experience, so I do think that is the most likely scenario. AnotherConsumerRightsPerson (talk) 15:22, 1 October 2025 (UTC)

This is by design so that editors do not remove the notice until its been removed by staff for completeness. Once work on an article is completed you can post an appeal in the noticeboard or discord #appeals staff do actively check these so that peer edits can be approved and notices removed. This is both by policy and system design; it is not a bug. If you have thoughts on how we can improve this process feel free to bring it up in the dashboard - Atsumari (talk) 15:46, 12 October 2025 (UTC)

If this is desired behavior -- why? What purpose does it serve making it so the entire first paragraph of an article is immutable?

Note that the issue is the protection of the rest of the line, not the protection of the notice itself.

@Atsumari Sorry, I don't know where/what the dashboard is, please give me a link. In the meantime, I will post suggestions for improvement here. Thank you.

How to improve it:

• Fix the code, so that only the stubnotice template is protected, not the rest of the line.
• Fix the code when submitting a change so that it always adds a newline immediately after a stubnotice (or other protected template) if there isn't one there.
• When a moderator submits a change with anything on the same line as a protected template, (either by adding to it, or by deleting the newline at the end of the line) the software should issue a warning, telling them what this will do to everybody else and asking them to confirm that they really want to do that. (Make the warning simple, clear, blatant, something you have to type a response to so people will read it and not autoclick.)

Temporary workarounds:

Add cautionary notices to the stubnotice template and its documentation.

• The documentation should explain this behavior, tell moderators what the intended use of protecting the rest of the line is, and warn moderators about the problems it can cause.
• If the visual editor is part of the problem (as I suspect it may be, given the edit which caused the problem in this article), then the documentation should warn moderators to be especially careful when using it around stubnotices.
• The template text should explain what is going on, so an editor encountering the problem for the first time knows what is happening, and what to do about it. (How to get help to fix this case.) Drakeula (talk) 19:46, 18 October 2025 (UTC)

Just found that the template:incomplete has same problem. Drakeula (talk) 05:17, 19 October 2025 (UTC)

That part about the first paragraph being un-editable is not intended but the fact that users cannot edit the stub notice (or other notices) is created so someone cant just arbitrariliy edit their post removing the notices without staff review and formal appeal of the action by the user. As for where the dashboard is Consumer Rights Wiki talk:Moderators' noticeboard here is a link to it. As for the rest of your concerns I will flag down one of the tech folks or Keith for you to provide a more detailed explaination or look into exactly why everything in a first paragraph is being locked down as if someone adds a stub notices it should be at the top and above all text so there should be a seperation between the article text and the stub notice. This might also just be a policy thing we need to discuss as the stub notice is working as intended but the text after it being locked is not. - Atsumari (talk) 08:24, 1 November 2025 (UTC)

`wiki.rossmanngroup` not redirecting properly

Example: https://wiki.rossmanngroup.com/wiki/Mozilla redirects to https://consumerrights.wiki/w/Wiki/Mozilla instead of https://consumerrights.wiki/w/Mozilla

See here for more old links Rudxain (talk) 05:18, 2 October 2025 (UTC)

Should now be fixed! Thanks for pointing it out Keith (talk) 15:11, 2 October 2025 (UTC)

Turkcell Superonline article issue

On the Turkcell Superonline article, I got a ‘new topic’ button in the main (not talk) namespace. AnotherConsumerRightsPerson (talk) 19:54, 19 October 2025 (UTC)

Missing Icons for Notices section

<img src="/extensions/Echo/modules/icons/notice.svg" role="presentation" alt=" "> returns nothing, so in Notices tab each notice greats you with broken image icon. Successfully reproduced in chrome and firefox in Linux (Debian 12 with KDE), chrome, firefix, and safari, in MacOS 26 on ARM-based Mac Banana (talk) 01:23, 8 November 2025 (UTC)