Last modified: 2012-08-14 10:57:44 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T21239, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 19239 - Special:Preferences dies if user's date preference is not valid and the language does not have a formatting type named 'default'
Special:Preferences dies if user's date preference is not valid and the langu...
Status: RESOLVED DUPLICATE of bug 19237
Product: MediaWiki
Classification: Unclassified
User preferences (Other open bugs)
unspecified
All All
: Normal major (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/Special:...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-06-16 16:10 UTC by Mormegil
Modified: 2012-08-14 10:57 UTC (History)
1 user (show)

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


Attachments
simple patch to solve (?) the problem (398 bytes, patch)
2009-06-16 16:10 UTC, Mormegil
Details

Description Mormegil 2009-06-16 16:10:23 UTC
Created attachment 6231 [details]
simple patch to solve (?) the problem

The newly revamped [[Special:Preferences]] checks if all user preference values are valid, and if not, it resets them to the global defaults.

In case of the 'date' preference, the global default is hardcoded to 'default' (see $wgDefaultUserOptions), however, some languages do not have a date formatting style called 'default' (e.g. cs, hu). In those languages, Special:Preferences dies with an internal error “Global default default is invalid for field date” (see http://cs.wikipedia.org/wiki/Soubor:Vnit%C5%99n%C3%AD_chyba2.jpg).

The global default for date formatting should be language-dependent. However, no big deal, it seems we already have that, we are just not using it. See MessagesXx::$defaultDateFormat.

Therefore, I believe a fix might be as simple as presented in the attachment.
Comment 1 Mormegil 2009-06-16 16:18:16 UTC
Hmmm… One other observation: it seems to me the whole date formatting idea is not too good… you have the (user-interface) language defining the _keys_ which are stored in (language-independent) database (in user/options).

This way, ?uselang=xx will always behave weirdly.
Comment 2 Chad H. 2009-06-16 20:47:38 UTC

*** This bug has been marked as a duplicate of bug 19237 ***

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


Navigation
Links