|
|
| (25 intermediate revisions by 8 users not shown) |
| Line 17: |
Line 17: |
| <br /> | | <br /> |
| {{Archives}} <!-- Mod instructions: when a discussion hasn't be replied to in seven days or is otherwise finished, please archive it to the most recent archive page. It will then be accessible on this template for others to read previous discussions. --> | | {{Archives}} <!-- Mod instructions: when a discussion hasn't be replied to in seven days or is otherwise finished, please archive it to the most recent archive page. It will then be accessible on this template for others to read previous discussions. --> |
|
| |
| ==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]]. '''''[[User:JackFromWisconsin|📎 JackFromWisconsin]]''''' ([[User_talk:JackFromWisconsin|talk]] | [[Special:Contributions/JackFromWisconsin|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. [[User:JakeL|JakeL]] ([[User talk:JakeL|talk]]) 00:38, 8 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. [[User:Drakeula|Drakeula]] ([[User talk: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 [[Special:AbuseFilter|Abuse filter]] is the reason for it. It does attack more than just that area too as it thinks you’re changing the notice. [[User:AnotherConsumerRightsPerson|<i><b>AnotherConsumerRightsPerson</b></i>]] ([[User talk: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. [[User:Drakeula|Drakeula]] ([[User talk: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.) [[User:Drakeula|Drakeula]] ([[User talk: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. [[User:AnotherConsumerRightsPerson|<i><b>AnotherConsumerRightsPerson</b></i>]] ([[User talk: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 - [[User:Atsumari|Atsumari]] ([[User talk: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.
| |
| :::::@[[User:Atsumari|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.) [[User:Drakeula|Drakeula]] ([[User talk:Drakeula|talk]]) 19:46, 18 October 2025 (UTC)
| |
| ::::::Just found that the template:incomplete has same problem. [[User:Drakeula|Drakeula]] ([[User talk: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. - [[User:Atsumari|Atsumari]] ([[User talk:Atsumari|talk]]) 08:24, 1 November 2025 (UTC)
| |
|
| |
| ==Numeric usernames in cites produce warnings==
| |
| Usernames allow a wide range of characters. When <code>|author=</code> is used, the warning should not exist. The numberic warning should still exist on <code>|last=</code> and <code>|first=</code>. Many pages in [[:Category:CS1 maint: numeric names: authors list]] are false positives. [[Special:Contributions/2A00:23C8:2384:101:B34:3E7B:6AF4:18CF|2A00:23C8:2384:101:B34:3E7B:6AF4:18CF]] 16:56, 9 November 2025 (UTC)
| |
|
| |
| ==Broken pages==
| |
|
| |
| Hello, there are some pages that were created by the maintenance script that are all a subpage of Broken. You can find them by going down [[special:contribs/Maintenance script|here]]. [[User:AnotherConsumerRightsPerson|'''''AnotherConsumerRightsPerson''''']] ([[User talk:AnotherConsumerRightsPerson|talk]]) 07:43, 2 January 2026 (UTC)
| |
|
| |
| :These pages don't even seem to be deletable. [[User:AnotherConsumerRightsPerson|'''''AnotherConsumerRightsPerson''''']] ([[User talk:AnotherConsumerRightsPerson|talk]]) 06:18, 15 January 2026 (UTC)
| |
|
| |
| ==Main page header blues are low contrans, and don't meet WCAG AAA standards.==
| |
|
| |
| <nowiki>#</nowiki>7FB6FF for links and #004080 for background are too close to each other. It is improvement over prevous conmination, but still not super accessible for color blind people. Blue and black themes are quite hard to make because both are dark colors. You can ping me here or in Discord if you want to discuss accessibility. [[User:Banana|Banana]] ([[User talk:Banana|talk]]) 22:40, 4 February 2026 (UTC)
| |
|
| |
| ==Header Icons in vector-header class header are changing to black in dark theme==
| |
|
| |
| Icons like Alerts, Notices, Watchlist and Personal settings are switching to black when device is in dark theme. Tested in chrome and firefox, on Linux (ubuntu 24.04 LTS + KDE) and Mac. [[User:Banana|Banana]] ([[User talk:Banana|talk]]) 22:44, 4 February 2026 (UTC)
| |
|
| |
| ==Visited links on dark blue background doesnt meet WCAG accessibility standards==
| |
|
| |
| <nowiki>#</nowiki>6a60b0 for link text on #1b223d has contrast of 2.91 which is way off for color blind people. [[User:Banana|Banana]] ([[User talk:Banana|talk]]) 22:50, 4 February 2026 (UTC)
| |
|
| |
| ==Class infobox blocks are shifting layout and moves parts of first entry in lists they are above==
| |
|
| |
| Good example is Previous discussions block in this page. It has too low width or margins, so flex layout wraps first entry in list around it. [[User:Banana|Banana]] ([[User talk:Banana|talk]]) 22:53, 4 February 2026 (UTC)
| |
|
| |
| ==w/Special:Preferences header has no background==
| |
|
| |
| w/Special:Preferences has same header functions as other pages header, but has other styling [[User:Banana|Banana]] ([[User talk:Banana|talk]]) 22:59, 4 February 2026 (UTC)
| |
|
| |
| ==Category:Wiki root subcategories with 1 article should be always in expanded state==
| |
|
| |
| This will reduce amount of clicks to some articles and make user experience little touch better [[User:Banana|Banana]] ([[User talk:Banana|talk]]) 23:00, 4 February 2026 (UTC)
| |
|
| |
| ==Width radio buttons in Appearance section of vector-sticky-pinned-container navbar does not change anything==
| |
|
| |
| Tested in chrome and firefox, both Linux (ubuntu 24.04 lts + KDE) and Mac. Width radio buttons don't change anything in any page I opened to check it out. [[User:Banana|Banana]] ([[User talk:Banana|talk]]) 23:04, 4 February 2026 (UTC)
| |
|
| |
| ==/Sandbox and /Sandbox/Welcome are redundant==
| |
|
| |
| /Sandbox/Welcome is looking same and does absolutely same stuff as /Sandbox [[User:Banana|Banana]] ([[User talk:Banana|talk]]) 23:22, 4 February 2026 (UTC)
| |
|
| |
| ==vector-sticky-pinned-container navbar hide button pinning to static header is counterintuitive==
| |
|
| |
| If you click on hide option, It creates just another button in static header, which is super confusing for those who have not a lot of technical knowledge [[User:Banana|Banana]] ([[User talk:Banana|talk]]) 23:31, 4 February 2026 (UTC)
| |
|
| |
| :Same with tools being pinned to vector-menu-content-list [[User:Banana|Banana]] ([[User talk:Banana|talk]]) 23:38, 4 February 2026 (UTC)
| |
|
| |
| ==w/Special:Preferences ⧼prefs-reading⧽ key is not parsed==
| |
|
| |
| This value is fallbacked as key name because it points to non existing entry [[User:Banana|Banana]] ([[User talk:Banana|talk]]) 23:33, 4 February 2026 (UTC)
| |
|
| |
| == where is the total bloody beginner tutorial? ==
| |
|
| |
| '''pretty experienced with userforums but really lost here'''
| |
|
| |
| I looked up the "help" section
| |
|
| |
| I looked up the FaQ
| |
|
| |
| I joined discord
| |
|
| |
| '''Still I am lost !'''
| |
|
| |
| non of these pages gave me any information how to proceed.
| |
|
| |
| The creator of this website - at least to me - seem to suffer what I call the experts blindness for beginner difficulties.
| |
|
| |
| I am not a website creator or a wiki creator. Still I would like to contribute to this website.
| |
|
| |
| But I have '''NO''' Clue how to do that. As I can '''NOT''' not even can post messages on discord
| |
|
| |
| I have chosen this way to send you a message by misusing the "create a page"-function for writing to you
| |
|
| |
| I am '''NOT''' familiar with
| |
|
| |
| - discord
| |
|
| |
| - creating wikipages
| |
|
| |
| I do not understand Your concept in which order to read on this website to get started. You assume wayyyy too much knowledge.
| |
|
| |
| And my main goal is to post an idea in a classical userforum. Something similar to the arduino-userforum.
| |
|
| |
| Now I am curoius of somebody well see this page and react to it. [[User:StefanL38|StefanL38]] ([[User talk:StefanL38|talk]]) 16:20, 4 March 2026 (UTC)
| |
