[Bug 19185] New: Check for empty section before printing title, else visible in text browsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=19185 Web browser: --- Summary: Check for empty section before printing title, else visible in text browsers Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Keywords: accessibility Severity: enhancement Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org On read-only wikis (e.g., no accounts except for WikiSysop, who adds documents for others to read, but not alter, and logs in himself via the link on Special:SpecialPages) sure, one can eliminate the Login link altogether from the upper right corner of the (Monobook) screen: function JidanniNoLoginLinkOnMainPage($personal_urls){unset($personal_urls['login']);return true;} $wgHooks['PersonalUrls'][]='JidanniNoLoginLinkOnMainPage'; The problem is in text browsers, one will still see Views • Page • View source • History Personal tools Navigation • Main Page • Recent changes • Random page i.e., an empty Personal tools. Looking for a way of eliminating the words Personal tools above, one finds MonoBook.php has checks like function languageBox() { if( $this-data['language_urls'] ) { but unfortunately no check is done for Personal tools, before sending out the delivery truck with an empty package. Might as well have stayed at home. Anyway, if there were any such check, we could tailor our above hood to work with it (e.g., do nothing if already logged in, else unset($personal_urls) altogether.) I didn't check e.g., Views etc. for similar problems. Each such group on the page needs to check first before making its h5 etc. Nor did I check other skins... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19186] New: check if really can create an account, before advertising to do so
https://bugzilla.wikimedia.org/show_bug.cgi?id=19186 Web browser: --- Summary: check if really can create an account, before advertising to do so Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org In specials/SpecialSpecialpages.php, # Login/create account 'Userlogin' = array( 'SpecialPage', 'Userlogin' ), 'CreateAccount' = array( 'SpecialRedirectToSpecial', ... Well, just as is already solved in SkinTemplate.php: $loginlink = $wgUser-isAllowed( 'createaccount' ) ? 'nav-login-createaccount' : 'login'; please first check if they really can create an account, before advertising to do so. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18305] Move RecentChanges timestamp leftward so columns line up
https://bugzilla.wikimedia.org/show_bug.cgi?id=18305 --- Comment #3 from jida...@jidanni.org 2009-06-14 07:46:25 UTC --- Timestamp may not always be of a fixed length Aren't they always 02:43, 15:25, etc.? Is there some fancy language that has differing length timestamps? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19133] Maintenance script cleanup
https://bugzilla.wikimedia.org/show_bug.cgi?id=19133 jida...@jidanni.org changed: What|Removed |Added CC||jida...@jidanni.org Depends on||17748, 18364, 18762, 18855 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18364] rebuildrecentchanges needs to act the same as plain recentchanges
https://bugzilla.wikimedia.org/show_bug.cgi?id=18364 jida...@jidanni.org changed: What|Removed |Added Blocks||19133 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18762] refreshLinks.php forgets redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=18762 jida...@jidanni.org changed: What|Removed |Added Blocks||19133 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18855] require commandLine.inc properly
https://bugzilla.wikimedia.org/show_bug.cgi?id=18855 jida...@jidanni.org changed: What|Removed |Added Blocks||19133 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17748] Allow specifying what namespaces to generate sitemaps for, from the php command line
https://bugzilla.wikimedia.org/show_bug.cgi?id=17748 jida...@jidanni.org changed: What|Removed |Added Blocks||19133 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19187] New: Special:NewPages needs constant width date, else columns won't line up
https://bugzilla.wikimedia.org/show_bug.cgi?id=19187 Web browser: --- Summary: Special:NewPages needs constant width date, else columns won't line up Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org Special:NewPages needs a constant width date field, else the start of each article's name won't line up, and gets knocked left and right, unless they are of the same month, and don't cross the 9th/10th of the month boundary. Sure, one could go the whole hog and make the whole wiki use the industrial $wgDefaultUserOptions['date']='ISO 8601'; or the user can change his Preferences, but just for this one page? Anyway, perhaps just use 14:22 2009-04-07, which isn't one of MessagesEn.php $dateFormats anyway. My apologies to Taiwan's Minguo year, Japan's ... etc. See also bug 18305 (but that doesn't involve months and years.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18305] Move RecentChanges timestamp leftward so columns line up
https://bugzilla.wikimedia.org/show_bug.cgi?id=18305 jida...@jidanni.org changed: What|Removed |Added Version|1.15-svn|1.16-svn --- Comment #4 from jida...@jidanni.org 2009-06-14 08:54:20 UTC --- See also bug 19187, which involves months and years in addition. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19184] disambiguations-text is itself ambiguous
https://bugzilla.wikimedia.org/show_bug.cgi?id=19184 Happy-melon happy-me...@live.com changed: What|Removed |Added CC||happy-me...@live.com Component|Templates |Special pages --- Comment #1 from Happy-melon happy-me...@live.com 2009-06-14 10:26:45 UTC --- The pages on the left link to pages on the right, where the pages on the right are dab pages, as you say. There's no reason why a dab page can't link to another dab page, or why these shouldn't be included. So it's fine for dab pages to also appear on the left. I think a table would be a better way of organising these, by far, but that's a separate issue. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19188] New: Cleanup [[Special:Disambiguations]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=19188 Web browser: --- Summary: Cleanup [[Special:Disambiguations]] Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: happy-me...@live.com There are a couple of things that would improve the appearance and readability of the [[Special:Disambiguations]] interface. 1) Use a table. TablePager would be ideal. The poor vertical alignment of all those arrows is horrible. Not sure what to do with RTL wikis; maybe reverse the columns? 2) tweak the (Edit) buttons. Currently the brackets are also part of the link, which makes the button seem to run into the page title. They should probably also have the extiw class, not be internal links. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19189] New: Group web browser with platform/OS
https://bugzilla.wikimedia.org/show_bug.cgi?id=19189 Web browser: --- Summary: Group web browser with platform/OS Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Bugzilla AssignedTo: br...@wikimedia.org ReportedBy: happy-me...@live.com The new web browser field would be much more sensibly placed with the platform and OS fields, not off on its own underneath URL. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19137] automatically sighted shown for IP if IP reverted content while sighter was rolling back
https://bugzilla.wikimedia.org/show_bug.cgi?id=19137 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Aaron Schulz jschulz_4...@msn.com 2009-06-14 13:22:57 UTC --- Tweak in r51848. The sighter name will show directly for clarity. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19190] New: EditTool i18n messages with markup should be avoided
https://bugzilla.wikimedia.org/show_bug.cgi?id=19190 Web browser: --- Summary: EditTool i18n messages with markup should be avoided Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: i18n Severity: enhancement Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: wikibugs-l@lists.wikimedia.org, bugzilla.wikime...@publi.purodha.net In the Usability initiative extension, EditTool section, there are (imho repititive) messages with: # wikitext markup, # html markup, which usually would be generated by the parser. Imho, it is bad coding style to have them, and have them translated. They should be automatically generated. Pure technical changes in the parser output should not lead to the necessity to amend and retranslate (lots of) i18n messages elsewhere. I believe, there should be pure textual messages. Wikitext markup could be added programmatically. (Altenatively, have wikitextual messages only) Parser calls should be used to convert them to html. Maybe, a special hook, or parameter, convert sample/snippet would be required to achieve this goal, but having that is certainly worth the added safety, plus few hundred hours of translators labour. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19191] New: noc.wikimedia.org portal
https://bugzilla.wikimedia.org/show_bug.cgi?id=19191 Web browser: --- Summary: noc.wikimedia.org portal Product: Wikimedia Version: unspecified Platform: All URL: http://noc.wikimedia.org OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: matthew.brit...@btinternet.com It would be nice if the stuff at http://noc.wikimedia.org could be more easily found, things like http://noc.wikimedia.org/conf/ and http://noc.wikimedia.org/cgi-bin/report.py?db=enwiki I'm not talking about anything fancy, just a simple HTML page with a list of links, like has been done for http://svn.wikimedia.org Or even just redirect it to /conf. Anything at all, really, that is more useful than nocnocnocnocnoc. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19191] noc.wikimedia.org portal
https://bugzilla.wikimedia.org/show_bug.cgi?id=19191 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||p858sn...@yahoo.com.au --- Comment #1 from p858snake p858sn...@yahoo.com.au 2009-06-14 13:49:53 UTC --- If the developers were more than willing, i would be happy to design a simple (static) html page for it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19192] New: UI does not make failure of review clear
https://bugzilla.wikimedia.org/show_bug.cgi?id=19192 Web browser: --- Summary: UI does not make failure of review clear Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: FlaggedRevs AssignedTo: jschulz_4...@msn.com ReportedBy: matthew.brit...@btinternet.com If review of a revision fails, this is not made clear to the user. The disabled Submit button on the review form changes to Review complete! as if it was successful. The only indication that the review failed is that the document title changes to Action failed, and unless the user happens to glance at their browser's title bar, they won't notice this. This can be reproduced with the extension's default configuration by creating an unapproved revision, viewing it, setting all three of the review criteria to Unapproved and then pressing Submit. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19193] New: Add Zend Optimizer and remove Turck MMCache from object caching
https://bugzilla.wikimedia.org/show_bug.cgi?id=19193 Web browser: Mozilla Firefox 3.0.x Summary: Add Zend Optimizer and remove Turck MMCache from object caching Product: MediaWiki Version: 1.15.0 Platform: PC OS/Version: Linux Status: NEW Severity: enhancement Priority: Normal Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: goth...@sapo.pt Hi! How about to remove Turck MMCache because it's dead and forked and add verification for zend optimizer instead ? Couldn't find Turck MMCache, ...; cannot use these for object caching. Thanks -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17623] Allow batch edits for API
https://bugzilla.wikimedia.org/show_bug.cgi?id=17623 --- Comment #4 from Gurch matthew.brit...@btinternet.com 2009-06-14 18:39:13 UTC --- (In reply to comment #2) (In reply to comment #1) Where did you get that 20s per article figure from? AFAIK MediaWiki doesn't rate-limit in that particular way (rather in terms of total edits per minute). Its the soft limit by the communities on de.wp and I think en.wp, too. The hard limit for non admins is 8 edits per 60 seconds. There is no limit for established registered users, administrator or otherwise. The limit for unregistered and newly registered users is 8 edits per 60 seconds. There is also no soft limit anywhere near as draconian as one edit every 20 seconds, at least not on en.wikipedia. One edit every 3 seconds is more or less standard when dealing with vandalism. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19193] Add Zend Optimizer and remove Turck MMCache from object caching
https://bugzilla.wikimedia.org/show_bug.cgi?id=19193 Ryan Schmidt skizz...@gmail.com changed: What|Removed |Added CC||skizz...@gmail.com Web browser|Mozilla Firefox 3.0.x |--- OS/Version|Linux |All Platform|PC |All --- Comment #1 from Ryan Schmidt skizz...@gmail.com 2009-06-14 18:40:56 UTC --- remove hardware field -- this is not hardware-specific remove OS field -- this is not OS-specific remove Web browser field -- this is not web browser-specific -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19194] New: The search function on Wikipedia won't select
https://bugzilla.wikimedia.org/show_bug.cgi?id=19194 Web browser: --- Summary: The search function on Wikipedia won't select Product: Wikimedia Version: unspecified Platform: PC OS/Version: Windows XP Status: NEW Severity: minor Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: utahraptorostrommayso...@gmail.com When I click on the search bar nothing happens. I have to actually click search or go and type in whatever I'm searching there. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19195] New: API: user IDs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19195 Web browser: --- Summary: API: user IDs Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: matthew.brit...@btinternet.com CC: bryan.tongm...@gmail.com, vasi...@gmail.com, soxre...@gmail.com It would be nice if the API could supply user IDs anywhere that user names are currently an option, e.g. prop=revisions. This would allow clients to use the ID rather than the name as an identifier for the user, as can be done currently with page IDs, an advantage when dealing with large numbers of items. Revisions by anonymous users would I believe end up with 0 as the user ID this way, which may render it unsuitable for some purposes but would certainly be OK for mine. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19194] The search function on Wikipedia won't select
https://bugzilla.wikimedia.org/show_bug.cgi?id=19194 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Gurch matthew.brit...@btinternet.com 2009-06-14 18:55:51 UTC --- (In reply to comment #0) When I click on the search bar nothing happens. I have to actually click search or go and type in whatever I'm searching there. It's working fine for me. This sounds like an issue with your web browser. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17067] Drafts of protected pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17067 --- Comment #6 from Gurch matthew.brit...@btinternet.com 2009-06-14 19:21:43 UTC --- (In reply to comment #5) it's a feature request that's quite debatable in relevance or even necessity. Rather like this extension. :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19194] The search function on Wikipedia won't select
https://bugzilla.wikimedia.org/show_bug.cgi?id=19194 Robert Stojnic rain...@eunet.yu changed: What|Removed |Added CC||rain...@eunet.yu Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #2 from Robert Stojnic rain...@eunet.yu 2009-06-14 21:32:51 UTC --- Which browser, which username if logged in? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19197] New: Capital letters are always sorted first
https://bugzilla.wikimedia.org/show_bug.cgi?id=19197 Web browser: --- Summary: Capital letters are always sorted first Product: MediaWiki Version: unspecified Platform: All OS/Version: Windows Vista Status: NEW Severity: enhancement Priority: Normal Component: Categories AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: driln...@gmail.com Currently, all uppercase letters are sorted in categories before all lowercase letters. For example, in http://en.wikipedia.org/wiki/Category:Bo-Bo_locomotives , the article VR Class Sr2 is listed before Victorian Railways E class (electric). This is especially problematic in categories where abbreviations such as SSX or NBA are commonly used. Logically, uppercase letters should be sorted as being the same as lowercase letters. I understand that this is caused because category sorting uses Unicode ordering, but would it be possible to (essentially) say that A = a, to have them sort correctly? Current guidelines on this issue at http://en.wikipedia.org/wiki/Wikipedia:Categorization#Using_sort_keys would imply that most articles should have a DEFAULTSORT key in order to fix this, but there is resistance to having DEFAULTSORTs which really shouldn't be needed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19197] Capital letters are always sorted first
https://bugzilla.wikimedia.org/show_bug.cgi?id=19197 Alex Z. mrzmanw...@gmail.com changed: What|Removed |Added CC||mrzmanw...@gmail.com OS/Version|Windows Vista |All Version|unspecified |1.16-svn --- Comment #1 from Alex Z. mrzmanw...@gmail.com 2009-06-14 23:32:15 UTC --- I believe the problem is that the sortkey is sorted as binary, so capital letters will come before lowercase letters. Sorting as utf-8 would fix it, but Wikimedia is still using MySQL 4 which I don't believe supports that. Other than upgrading to MySQL 5, this could be somewhat fixed by forcing sortkeys to lower case before saving them to the database, but that would possibly break other things. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19197] Capital letters are always sorted first
https://bugzilla.wikimedia.org/show_bug.cgi?id=19197 --- Comment #2 from driln...@gmail.com 2009-06-15 01:28:40 UTC --- Gotcha... I'm guessing that MySQL 5 would be way too big a jump at this point, right? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19198] New: SMW Comparators use sortkey instead of page name
https://bugzilla.wikimedia.org/show_bug.cgi?id=19198 Web browser: --- Summary: SMW Comparators use sortkey instead of page name Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: christopherrayl...@yahoo.com In semantic mediawiki queries, the comparators appear to act on a page's sortkey rather than the actual page name. It's not clear to me if this is an error or if it is on purpose, but if it is on purpose, it does not appear to be documented in the user manual. Take a hypothetical example: one page named John Smith and another named Mary Smith. The page John Smith has the semantic property [[has mother::Mary Smith]]. This property has type page. Now I want to have a semantic query and return all pages that have a mother that isn't Mary Smith. This should be done with {{#ask: [[has mother::!Mary Smith]]}}. That query works fine and will not return the page John Smith, as expected. However, if Mary Smith has a sortkey specified (i.e., {{DEFAULTSORTKEY:Smith, Mary}} somewhere in the page), this doesn't work. The query above will return the page John Smith, which it shouldn't do. However, the query {{#ask: [[has mother::!Smith, Mary]]}} will not. Therefore the comparator appears to be acting on the sortkey rather than the name of the page itself. However, this is not the behavior without the comparator. {{#ask: [[has mother::Mary Smith]]}} will return John Smith whether or not there is a sort key on the Mary Smith page. I have tested this on a private network. It is running mediawiki 1.15.0 and semantic mediawiki 1.4.2. As I said, it's not clear to me if this is on purpose: I can see how it would be useful for alphabetic searching with or operators, for example. However, it seems that at least the not operator ought to behave the same way as the equality operator. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12133] Lost bug report due to unknown keywords
https://bugzilla.wikimedia.org/show_bug.cgi?id=12133 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added Component|wikibugs|Bugzilla --- Comment #2 from p858snake p858sn...@yahoo.com.au 2009-06-15 01:43:55 UTC --- Changing Component: WikiBugs → Bugzilla Reason: The wikibugs component is designed for the I.R.C. bot. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12879] Buttons merge into a box
https://bugzilla.wikimedia.org/show_bug.cgi?id=12879 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added Component|wikibugs|User interface Product|Wikimedia |MediaWiki --- Comment #1 from p858snake p858sn...@yahoo.com.au 2009-06-15 01:45:30 UTC --- Changing Product: Wikimedia → Mediawiki Changing Component: WikiBugs → User Interface Reason: The wikibugs component is designed for the I.R.C. bot. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 11663] Display of lower case rho as ϱ rather than ρ on Safari Browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=11663 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added Component|wikibugs|Internationalization Product|Wikimedia |MediaWiki --- Comment #2 from p858snake p858sn...@yahoo.com.au 2009-06-15 01:46:48 UTC --- Changing Product: Wikimedia → Mediawiki Changing Component: WikiBugs → Internationalization Reason: The wikibugs component is designed for the I.R.C. bot. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 11738] invalid HTML: invalid width attribute value
https://bugzilla.wikimedia.org/show_bug.cgi?id=11738 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added Component|wikibugs|User interface Product|Wikimedia |MediaWiki --- Comment #2 from p858snake p858sn...@yahoo.com.au 2009-06-15 01:47:53 UTC --- Changing Product: Wikimedia → Mediawiki Changing Component: WikiBugs → user Interface Reason: The wikibugs component is designed for the I.R.C. bot. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16327] Search possibilities cover up search buttons
https://bugzilla.wikimedia.org/show_bug.cgi?id=16327 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added Component|wikibugs|User interface Product|Wikimedia |MediaWiki --- Comment #1 from p858snake p858sn...@yahoo.com.au 2009-06-15 01:49:36 UTC --- Changing Product: Wikimedia → Mediawiki Changing Component: WikiBugs → User Interface Reason: The wikibugs component is designed for the I.R.C. bot. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 10368] sandbox display differs from live display, page contains racial comments
https://bugzilla.wikimedia.org/show_bug.cgi?id=10368 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added Component|wikibugs|General/Unknown --- Comment #2 from p858snake p858sn...@yahoo.com.au 2009-06-15 01:51:33 UTC --- Changing Component: WikiBugs → General/Unknown Reason: The wikibugs component is designed for the I.R.C. bot. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12981] Wrong URL to old image version
https://bugzilla.wikimedia.org/show_bug.cgi?id=12981 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added Component|wikibugs|Images and files Product|Wikimedia |MediaWiki --- Comment #3 from p858snake p858sn...@yahoo.com.au 2009-06-15 01:53:31 UTC --- Changing Product: Wikimedia → Mediawiki Changing Component: WikiBugs → Images and Files Reason: The wikibugs component is designed for the I.R.C. bot. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 11339] On log in and log out, a link to Special:Userlogin is displayed instead of a link to the page listed in the returnto= parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=11339 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added Component|wikibugs|General/Unknown --- Comment #2 from p858snake p858sn...@yahoo.com.au 2009-06-15 01:54:38 UTC --- Changing Component: WikiBugs → General/Unknown Reason: The wikibugs component is designed for the I.R.C. bot. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19194] The search function on Wikipedia won't select
https://bugzilla.wikimedia.org/show_bug.cgi?id=19194 --- Comment #3 from Dilong paradoxus utahraptorostrommayso...@gmail.com 2009-06-15 02:59:09 UTC --- (In reply to comment #2) Google chrome, and Utahraptorostrommaysi -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19160] DISTINCTROW with Postgres
https://bugzilla.wikimedia.org/show_bug.cgi?id=19160 Alex Z. mrzmanw...@gmail.com changed: What|Removed |Added CC||mrzmanw...@gmail.com Status|NEW |RESOLVED Web browser|Mozilla Firefox 3.0.x |--- Resolution||FIXED --- Comment #1 from Alex Z. mrzmanw...@gmail.com 2009-06-15 03:11:05 UTC --- Fixed in r51858. That appears to be the only use of DISTINCTROW. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19199] New: Granularize RevisionDelete (RevDelete) user rights
https://bugzilla.wikimedia.org/show_bug.cgi?id=19199 Web browser: --- Summary: Granularize RevisionDelete (RevDelete) user rights Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Revision deletion AssignedTo: jschulz_4...@msn.com ReportedBy: pub...@mzmcbride.com Currently, there are two levels of suppression, blocking non-admin viewing and blocking non-admin/admin viewing. If a revision or log entry is hidden from non-admins, admins must have the deleterevision user right in order to see the suppressed data. However, there's no way to give users the ability to _see_ suppressed data but not actually be able to suppress data themselves. A new user right should be added that allows users to only have view access for suppressed content. The deleterevision user right should continue to allow view and act access (as it does currently). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l