tracking bug for additional or replacement settings within Special:Preferences
Version: unspecified
Severity: normal
Description
Description
Details
Details
- Reference
- bz58229
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T64559 Redesign Special:Preferences (tracking) | |||
| Open | None | T33882 Ensure consistency of how special pages [et al.] switches can be saved | |||
| Resolved | None | T60223 Improvements to the layout and contents of Special:Preferences (tracking) | |||
| Invalid | None | T60229 Additions and requests to Special:Preferences |
Event Timeline
Comment Actions
(In reply to comment #1)
How does this differ from the component "User preferences"?
Yeah... I'm not sure this bug should remain open.
Comment Actions
Don't see a real difference to open tickets in this Bugzilla component with severity enhancement.
Comment Actions
(In reply to comment #3)
opened it as a counterpoint to
https://bugzilla.wikimedia.org/show_bug.cgi?id=52807
In my mind, adding a user preference is a last resort. We know empirically that most users never change their preferences and there's a very real cost in terms of wasting human time requiring users to select/modify their preferences and in terms of increasing code complexity, which leads to wasting human time developing more advanced code. The answer is to have sane defaults and only add a user preference when it's absolutely necessary.
I feel similarly about global configuration variables in MediaWiki.
Creating tracking tickets takes a bit of practice and patience. I love the recent boldness, but do try to realize that it resulted in _dozens_ of e-mails to many people and ultimately a few of the bugs have been speedily closed. A bit of practice and patience. :-)