Last modified: 2010-05-15 14:35:49 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 4535 - Have .js .css files in userspace say whether the skin exists, i.e. Monobook.css (with capital M) is not valid page for customizing monobook
Have .js .css files in userspace say whether the skin exists, i.e. Monobook.c...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
User preferences (Other open bugs)
1.6.x
All All
: Normal enhancement with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
http://meta.wikimedia.org/w/index.php...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-01-09 02:11 UTC by Edward Z. Yang
Modified: 2010-05-15 14:35 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Edward Z. Yang 2006-01-09 02:11:15 UTC
I ran across this intruiging bug when I was adding custom Monobook definitions
to Meta. MediaWiki follows the convention that all titles are normalized to
capitals, and thus it would be applicable to subpages. So, going with a
cultivated habit, I sought to create my monobook page here: [[User:Ambush
Commander/Monobook.css]]

Now, this is incorrect, the correct page is [[User:Ambush
Commander/monobook.css]], and titles are case sensitive inside subpages. This is
not the problem. The problem is that [[User:Ambush Commander/Monobook.css]]
still shows this warning:

Note: After saving, you have to bypass your browser's cache to see the changes.
Mozilla/Safari/Konqueror: hold down Shift while clicking Reload (or press
Ctrl-Shift-R), IE: press Ctrl-F5, Opera: press F5.

And also displays the contents in a PRE (something magical for the user css and
js pages).

Since Monobook.css does *not* work, and this implies it works, confusion.

Only tested on Meta.

==Steps to reproduce==

1. View [[User:Username/Monobook.css]]

==Expected results==

Either I automatically am redirected to [[User:Username/monobook.css]] or the
page tells me that this does not affect my Monobook settings. At the very
simplest, the custom page notice could be removed.

==Actual results==

I am led into believing that the page does work.
Comment 1 Edward Z. Yang 2006-01-10 23:43:28 UTC
I have traced the behavior further. Here's how it works:

Whenever a page in the userspace [[User:Username/Pages_in_Userspace]] has a .css
or .js on the end, it is both locked and displayed as a monospace text. The page
does not offer anymore information.

Whether or not the page has any effect, however, depends on whether or not there
is a skin associated with it. When skins are applied, the browser is instructed
to call a URL in the form of:
[/w/index.php?title=User:User_Name/skin_name.css&action=raw&ctype=text/css]
without regard to whether or not the page exists. This means that the
scalability of the blanket .css and .js is desirable.

However, this scalability can also cause confusion, as the User/Monobook example
shows. If, along with the page, information is given about whether or not such a
skin is selectable (easy as comparing the skin name with the global array of
allowed skins). If it doesn't exist, a nice message informing the user that the
page doesn't exist and that they might want to make sure the title is all
lowercase  etc.

I think patching it myself would be okay, but it would require a new system
message, which I am not fully informed on how to add.

Anyway, I've changed the request to a enhancement and modified the summary as such.
Comment 2 Rob Church 2006-02-23 14:37:43 UTC
Added a warning to HEAD when editing a CSS or JS subpage of a skin that is
apparently invalid.
Comment 3 Edward Z. Yang 2006-02-26 01:19:24 UTC
Hey, Rob Church, I was wondering which page you committed the change to, because
we don't seem to have an editable system message corresponding to the text
(correct me if I'm mistaken).
Comment 4 Rob Church 2006-02-26 01:24:18 UTC
MediaWiki:Userinvalidcssjstitle
Comment 5 Edward Z. Yang 2006-02-26 01:26:16 UTC
Thanks. I /was/ mistaken.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links