[Bug 20332] New: Localization corrections and additions of Estonian Wikimedia projects
https://bugzilla.wikimedia.org/show_bug.cgi?id=20332 Summary: Localization corrections and additions of Estonian Wikimedia projects Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: meep...@gmail.com Some Estonian Wikimedia projects have either sitename untranslated or logo untranslated or project talk namespace invalid and there is no support for Estonian project name forms in WikimediaGrammarForms.php. This includes Estonian Wiktionary, Wikibooks, Wikiquote and Wikisource. I request it being set as follows: 1) For et.wiktionary.org a) Set sitename (displayed on browser's title bar) as 'Vikisõnastik'. So far the name 'Vikisõnaraamat' have been used on main page, but shorter form of it should be better. Approved by both active admins of site at http://et.wikipedia.org/wiki/Kasutaja_arutelu:Andres#Projektid and http://et.wikipedia.org/wiki/Kasutaja_arutelu:Pikne#.C3.9Cmberkorraldused_mallides . b) Set project namespace as 'Vikisõnastik' and project talk namespace as 'Vikisõnastiku arutelu' (using genitive form of project name) in accordance with sitename request. c) Set project logo as http://upload.wikimedia.org/wiktionary/et/b/bc/Wiki.png – style different from Wiktionary default approved at http://et.wikipedia.org/wiki/Kasutaja_arutelu:Andres#Projektid and locked. 2) For et.wikibooks.org a) Set sitename as 'Vikiõpikud'. So far the name 'Vikiraamatukogu' have been used on main page, but to make the name shorter and purpose of the site clearer 'Vikiõpikud' was proposed and approved at http://et.wikibooks.org/wiki/Arutelu:Esileht . b) Set project namespace as 'Vikiõpikud' and project talk namespace using genitive form of project name as 'Vikiõpikute arutelu' in accordance with sitename request. c) Set project logo as http://upload.wikimedia.org/wikibooks/et/b/bc/Wiki.png using the default design and requested sitename. Hopefully it's not a problem that it's not locked as unfortunately there are no site admins to lock it. 3) For et.wikiquote.org a) Set sitename as 'Vikitsitaadid', which have been used on the main page for the past years. b) Set project namespace as 'Vikitsitaadid' and project talk namespace using genitive for of project name as 'Vikitsitaatide arutelu' in accordance with sitename request. c) Set project logo as http://upload.wikimedia.org/wikiquote/et/b/bc/Wiki.png using the default design and requested sitename. Hopefully it's not a problem that it's not locked as unfortunately there are no site admins to lock it. 4) For et.wikisource.org a) Set project talk namespace as 'Vikitekstide arutelu' using genitive form of project name to have it grammatically valid. Finally please add Estonian project names and forms in http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/WikimediaMessages/WikimediaGrammarForms.php as follows. Note that for Wikipedia (Vikipeedia) nominative and genitive are the same (So no need to add this in following?). $wgGrammarForms['et'] = array( 'genitive' = array( 'Vikisõnastik' = 'Vikisõnastiku', 'Vikitekstid' = 'Vikitekstide', 'Vikitsitaadid' = 'Vikitsitaatide', 'Vikiõpikud'= 'Vikiõpikute', ), 'partitive' = array( 'Vikipeedia'= 'Vikipeediat', 'Vikisõnastik' = 'Vikisõnastikku', 'Vikitekstid' = 'Vikitekste', 'Vikitsitaadid' = 'Vikitsitaate', 'Vikiõpikud'= 'Vikiõpikuid', ), 'illative' = array( 'Vikipeedia'= 'Vikipeediasse', 'Vikisõnastik' = 'Vikisõnastikku', 'Vikitekstid' = 'Vikitekstidesse', 'Vikitsitaadid' = 'Vikitsitaatidesse', 'Vikiõpikud'= 'Vikiõpikutesse', ), 'inessive' = array( 'Vikipeedia'= 'Vikipeedias', 'Vikisõnastik' = 'Vikisõnastikus', 'Vikitekstid' = 'Vikitekstides', 'Vikitsitaadid' = 'Vikitsitaatides', 'Vikiõpikud'= 'Vikiõpikutes', ), 'elative' = array( 'Vikipeedia'= 'Vikipeediast', 'Vikisõnastik' = 'Vikisõnastikust', 'Vikitekstid' = 'Vikitekstidest', 'Vikitsitaadid' = 'Vikitsitaatidest', 'Vikiõpikud'= 'Vikiõpikutest', ), ); # et Thanks in advance! -- 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 20332] Localization corrections and additions of Estonian Wikimedia projects
https://bugzilla.wikimedia.org/show_bug.cgi?id=20332 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added Keywords||shell -- 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 20333] New: Timeline/Eventline need l10n
https://bugzilla.wikimedia.org/show_bug.cgi?id=20333
Summary: Timeline/Eventline need l10n
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: SemanticResultFormats
AssignedTo: d...@aifb.uni-karlsruhe.de
ReportedBy: m...@patrick-nagel.net
CC: wikibugs-l@lists.wikimedia.org
Currently it always shows Sunday as the first day of a week, and it shows dates
in the American format ('Aug 21'). For the latter, I think it would be good if
SRF could respect the '$wgAmericanDates' setting.
For setting the first day of the week, it would probably best to introduce a
new configuration variable to be put into LocalSettings.php (like
$srfgFirstDayOfWeek='Monday').
--
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 20235] Admin not admitted, where admin right required?
https://bugzilla.wikimedia.org/show_bug.cgi?id=20235 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-21 08:29:16 UTC --- It means election admin not sysop. -- 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 20334] New: Create Author, Portal, Page and Index namespaces for vi.wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=20334 Summary: Create Author, Portal, Page and Index namespaces for vi.wikisource Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: vinhtant...@gmail.com Please create Author, Portal, Page and Index namespaces with associated talk pages for Vietnamese Wikisource: http://vi.wikisource.org Author namespace will be the place to have information and bibliography of authors whose works are on Vietnamese Wikisource. Portal namespace will be the place to organize and link to large categories such as Laws, Poems, etc. Page and Index namespace is for implementing Proofread Page extension. The Vietnamese name for these namespaces are: Author - Tác gia Author talk - Thảo luận Tác gia Portal - Chủ đề Portal talk - Thảo luận Chủ đề Page - Trang Page talk - Thảo luận Trang Index - Mục lục Index talk - Thảo luận Mục lục Thank you. -- 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 20334] Create Author, Portal, Page and Index namespaces for vi.wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=20334 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Keywords||shell -- 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] check if really can create an account, before advertising to do so
https://bugzilla.wikimedia.org/show_bug.cgi?id=19186 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch --- Comment #3 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-21 08:45:02 UTC --- (In reply to comment #2) I think he means on [[Special:SpecialPages]], where Log in / create account is one of the pages listed. In this case, this bug is a duplicate of bug 20115. -- 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 20115] Special:UserLogin title,h1 should check $wgUser-isAllowed( 'createaccount' )
https://bugzilla.wikimedia.org/show_bug.cgi?id=20115 --- Comment #2 from jida...@jidanni.org 2009-08-21 10:03:29 UTC --- (Indeed, you might even go the whole hog and make Special:SpecialPages list it differently too.) Which is in fact a _different_ bug 19186. -- 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] check if really can create an account, before advertising to do so
https://bugzilla.wikimedia.org/show_bug.cgi?id=19186 --- Comment #4 from jida...@jidanni.org 2009-08-21 10:06:27 UTC --- In this case, this bug is a duplicate of bug 20115 No. -- 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] check if really can create an account, before advertising to do so
https://bugzilla.wikimedia.org/show_bug.cgi?id=19186 --- Comment #5 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-21 10:14:12 UTC --- So you'll need to explain what you want *exactely*, since for now I don't see the difference with bug 20115. -- 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] check if really can create an account, before advertising to do so
https://bugzilla.wikimedia.org/show_bug.cgi?id=19186 --- Comment #6 from jida...@jidanni.org 2009-08-21 10:23:12 UTC --- (In reply to comment #5) Sorry, I should have reiterated that bug 20115 is talking about the HTML head part of Special:UserLogin, while this bug is talking about what one sees on Special:Specialpages. -- 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] Special:UserLogin's title on Special:SpecialPages should not say create account if the user cannot create an account
https://bugzilla.wikimedia.org/show_bug.cgi?id=19186 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Summary|check if really can create |Special:UserLogin's title on |an account, before |Special:SpecialPages should |advertising to do so|not say create account if ||the user cannot create an ||account --- Comment #7 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-21 10:28:53 UTC --- clarified summary according to comment #6. -- 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 1790] Allow uploading of Blender 3D or COLLADA files to Wikimedia Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=1790 --- Comment #8 from Barney Holmes barney_hol...@yahoo.co.uk 2009-08-21 12:27:14 UTC --- There is a Sourceforge project ... http://sourceforge.net/projects/colladarefinery/files/ ( linked from the Khronos site http://www.khronos.org/collada/ ) There is a linux binary there ready to download .. coherency test. The source code must there as well. -- 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 20335] New: Images on secure pages should be secure as well
https://bugzilla.wikimedia.org/show_bug.cgi?id=20335 Summary: Images on secure pages should be secure as well Product: Wikimedia Version: unspecified Platform: All URL: https://secure.wikimedia.org/wikipedia/en/wiki/Main_Page OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bmea...@ieee.org CC: bmea...@ieee.org Wiki pages served up by the secure wikimedia server point to images on the /unsecured/ server, which is a privacy no-no. The links on the images correctly go through the secure server, but the images themselves have unsecured 'src' attributes, meaning a person who thinks they're connecting securely and privately to a wikimedia page actually has their browser fetching a bunch of images across an unsecured connection. -- 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 20335] Images on secure pages should be secure as well
https://bugzilla.wikimedia.org/show_bug.cgi?id=20335 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Derk-Jan Hartman hart...@videolan.org 2009-08-21 13:36:44 UTC --- *** This bug has been marked as a duplicate of bug 16822 *** -- 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 16822] Provide SSL/HTTPS interface to upload.wikimedia.org and use it for SSL-served pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=16822 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||bmea...@ieee.org --- Comment #3 from Derk-Jan Hartman hart...@videolan.org 2009-08-21 13:36:44 UTC --- *** Bug 20335 has been marked as a duplicate of this bug. *** -- 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 19019] Please enable variant ShortURLs for Chinese Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19019 --- Comment #6 from Shinjiman shinji...@gmail.com 2009-08-21 14:15:15 UTC --- Please set up * http://zh.wikipedia.org/zh-mo/ = http://zh.wikipedia.org/wiki/?variant=zh-mo and * http://zh.wikipedia.org/zh-my/ = http://zh.wikipedia.org/wiki/?variant=zh-my as well as the Macao and Malaysia variant for the Chinese languages. -- 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 20336] New: Don't assume json availability
https://bugzilla.wikimedia.org/show_bug.cgi?id=20336 Summary: Don't assume json availability Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: General/Unknown AssignedTo: d...@ucsc.edu ReportedBy: platoni...@gmail.com ForeignAPIRepo and mwEmbed make use of json_decode, but that's only available with PHP 5 = 5.2.0 (or PECL json extension), conflicting with the requeriment of just PHP 5. Those cases should use the implementation from include/api/ApiFormatJson_json.php if native json_decode isn't available. Greg Sabino Mullani reports that not having json (default CentOS install) produces PHP Fatal error: Call to undefined function json_decode() in /var/www/html/bucardo.org/mwp3/js2/mwEmbed/php/jsAutoloadLocalClasses.php on line 23 -- 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 20314] Create Portal namespace of Bengali wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=20314 Jayanta Nath jayanta...@gmail.com changed: What|Removed |Added CC||jayanta...@gmail.com --- Comment #2 from Jayanta Nath jayanta...@gmail.com 2009-08-21 14:43:18 UTC --- Bengali word for 'Portal' is 'প্রবেশদ্বার' and 'প্রবেশদ্বার আলোচনা' for discussion namespace of Portal. Below community Consensus link http://bn.wikipedia.org/wiki/%E0%A6%89%E0%A6%87%E0%A6%95%E0%A6%BF%E0%A6%AA%E0%A6%BF%E0%A6%A1%E0%A6%BF%E0%A6%AF%E0%A6%BC%E0%A6%BE:%E0%A6%AA%E0%A7%8D%E0%A6%B0%E0%A6%B6%E0%A6%BE%E0%A6%B8%E0%A6%95%E0%A6%A6%E0%A7%87%E0%A6%B0_%E0%A6%86%E0%A6%B2%E0%A7%8B%E0%A6%9A%E0%A6%A8%E0%A6%BE%E0%A6%B8%E0%A6%AD%E0%A6%BE/%E0%A6%B8%E0%A6%82%E0%A6%95%E0%A6%B2%E0%A6%A8%E0%A7%A6%E0%A7%AD#.E0.A6.AA.E0.A7.8B.E0.A6.B0.E0.A7.8D.E0.A6.9F.E0.A6.BE.E0.A6.B2.E0.A7.87.E0.A6.B0_.E0.A6.9C.E0.A6.A8.E0.A7.8D.E0.A6.AF_.E0.A6.A8.E0.A7.87.E0.A6.AE.E0.A6.B8.E0.A7.8D.E0.A6.AA.E0.A7.87.E0.A6.B8 Jayanta Nath user id in Bengali wiki 'Joy' Administrator -- 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 20336] Don't assume json availability
https://bugzilla.wikimedia.org/show_bug.cgi?id=20336
Roan Kattouw roan.katt...@gmail.com changed:
What|Removed |Added
CC||roan.katt...@gmail.com
--- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-08-21 14:46:20
UTC ---
An easy fix (and workaround, paste this code in LocalSettings.php):
if(!function_exists('json_decode')) {
function json_decode($val) {
$json = new Services_JSON(SERVICES_JSON_LOOSE_TYPE);
return $json-decode($val);
}
}
--
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 20337] New: Oversight mailing list for the Simple English Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=20337 Summary: Oversight mailing list for the Simple English Wikipedia Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Mailing lists AssignedTo: cb...@wikimedia.org ReportedBy: ev...@evula.com Similar to the enwiki OS mailing list, we need one for the SE project. There are only a handful of oversighters, but it would be preferable if there's a single address that reports could get sent to. (I've already created a User:Oversight account so that users can pass reports along just like on enwiki) requested name of the mailing list: oversight-wikisimple-l initial list administrator's e-mail address: ev...@evula.com, I suppose. Thanks. -EV [[m:User:EVula]] -- 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 20337] Oversight mailing list for the Simple English Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=20337 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||p858sn...@yahoo.com.au Keywords||shell --- Comment #1 from p858snake p858sn...@yahoo.com.au 2009-08-21 14:58:09 UTC --- Changed Keywords: (N/A) → Shell Can you please provide a link to some sort of community consensus please. -- 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 20337] Oversight mailing list for the Simple English Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=20337 barras...@web.de changed: What|Removed |Added CC||barras...@web.de --- Comment #2 from barras...@web.de 2009-08-21 15:00:04 UTC --- Do we need a community consensus for getting a mailing list for 4 or 5 oversighters. Agreement between the oversighters should be enough imo. -- 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 20337] Oversight mailing list for the Simple English Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=20337 --- Comment #3 from EVula ev...@evula.com 2009-08-21 15:07:56 UTC --- Community consensus is not needed in this case, but I have started an on-wiki discussion for definitive consensus between the oversighters to establish that we do indeed want a mailing list. Egg on my face if I'm the only person that wants one. :) -- 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 20336] Don't assume json availability
https://bugzilla.wikimedia.org/show_bug.cgi?id=20336 Greg Sabino Mullane g...@turnstep.com changed: What|Removed |Added CC||g...@turnstep.com --- Comment #2 from Greg Sabino Mullane g...@turnstep.com 2009-08-21 15:08:33 UTC --- Here's what I did on CentOS to get json installed, for the record: * yum install php-devel gcc * wget http://pecl.php.net/get/json * tar xvfz json-1.2.1.tgz * cd json-1.2.1 * phpize * ./configure * make install * Edit php.ini, add extension=json.so to the extensions section * service httpd restart -- 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 20189] Add checkboxes for revision deletion on Special:Contributions, Special:DeletedContributions, Special:Undelete, and Special:Log
https://bugzilla.wikimedia.org/show_bug.cgi?id=20189 Mike.lifeguard mike.lifegu...@gmail.com changed: What|Removed |Added CC||mike.lifegu...@gmail.com Summary|Add checkboxes for revision |Add checkboxes for revision |deletion on |deletion on |Special:Contributions, |Special:Contributions, |Special:DeletedContributions|Special:DeletedContributions |and Special:Undelete|, Special:Undelete, and ||Special:Log --- Comment #3 from Mike.lifeguard mike.lifegu...@gmail.com 2009-08-21 15:15:55 UTC --- (In reply to comment #2) Boxes for Special:Log (e. g. Special:Log/globalauth unless [[bugzilla:18183]] or [[bugzilla:18060]] aren't fixed yet) would be useful, too. This is probably a higher priority from a workflow/usability perspective, as this is the bulk of the work on Meta by far. -- 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 2537] Ability to preview summary in Upload file page
https://bugzilla.wikimedia.org/show_bug.cgi?id=2537 Michael Dale d...@ucsc.edu changed: What|Removed |Added CC||d...@ucsc.edu --- Comment #13 from Michael Dale d...@ucsc.edu 2009-08-21 15:39:33 UTC --- hmm... this should actually not be too hard to do now that we normal uploads on Secial:Upload being submited to the api see recent versions of the special upload page with js2enabled. We are doing an api upload request to an iframe. I think we could reclassify this bug as adding a preview option to the upload api. The preview option would take the upload put it in a stash then return a rendered thumbnail transform. (and wiki-text parse the comment field along with other warning checks). -- 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 16437] Ability to preview vector/re-rendered images in Special:Upload warning interstitial.
https://bugzilla.wikimedia.org/show_bug.cgi?id=16437 --- Comment #4 from Michael Dale d...@ucsc.edu 2009-08-21 15:52:42 UTC --- see https://bugzilla.wikimedia.org/show_bug.cgi?id=2537#c13 should not be hard to do now -- 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 20338] New: PDF Version
https://bugzilla.wikimedia.org/show_bug.cgi?id=20338 Summary: PDF Version Product: MediaWiki Version: unspecified Platform: All URL: http://bn.wikipedia.org OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Export/Import AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jayanta...@gmail.com CC: je...@gmx.de Dear All, Could you please add the 'PDF Version' at Toolbox(হাতিয়ার) in Bengali wikipedia as like in Bengali wikisource at sidebar (http://bn.wikisource.org/) -- 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 20338] PDF Version
https://bugzilla.wikimedia.org/show_bug.cgi?id=20338 --- Comment #1 from Jayanta Nath jayanta...@gmail.com 2009-08-21 16:54:35 UTC --- Jayanta Nath user id in Bengali wiki 'Joy' Administrator -- 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 19019] Please enable variant ShortURLs for Chinese Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19019 --- Comment #7 from Philip Tzou philip@gmail.com 2009-08-21 17:35:37 UTC --- (In reply to comment #6) Please set up * http://zh.wikipedia.org/zh-mo/ = http://zh.wikipedia.org/wiki/?variant=zh-mo and * http://zh.wikipedia.org/zh-my/ = http://zh.wikipedia.org/wiki/?variant=zh-my as well as the Macao and Malaysia variant for the Chinese languages. r55415 has solved these disabled variants problem now. -- 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 20339] New: Allow using the pipe trick in log reasons
https://bugzilla.wikimedia.org/show_bug.cgi?id=20339 Summary: Allow using the pipe trick in log reasons Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mike.lifegu...@gmail.com Like it says on the tin: Please parse [[:proj:lang:page|]] in the log as it is done in a normal page. -- 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 9518] Job queue estimate often woefully inaccurate; need a better strategy
https://bugzilla.wikimedia.org/show_bug.cgi?id=9518 Mike.lifeguard mike.lifegu...@gmail.com changed: What|Removed |Added CC||domas.mitu...@microlink.lt --- Comment #20 from Mike.lifeguard mike.lifegu...@gmail.com 2009-08-21 17:37:34 UTC --- Domas had some idea about this the other day. -- 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 20340] New: API loads unneeded things from LocalisationCache
https://bugzilla.wikimedia.org/show_bug.cgi?id=20340 Summary: API loads unneeded things from LocalisationCache Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: maxsem.w...@gmail.com CC: bryan.tongm...@gmail.com, vasi...@gmail.com, soxre...@gmail.com Every call to API results in initialisation of LocalisationCache and loads of some stuff due to LocalisationCache::initLanguage() and User::getDefaultOptions(): SQL: SELECT /* LCStore_DB::get */ lc_value FROM l10n_cache WHERE lc_lang = 'en' AND lc_key = 'deps' LIMIT 1 SQL: SELECT /* LCStore_DB::get */ lc_value FROM l10n_cache WHERE lc_lang = 'en' AND lc_key = 'preload' LIMIT 1 While it's not critical, performance could be improved by avoiding these calls. -- 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 18738] Today's Featured Article Date Problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=18738 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #9 from Platonides platoni...@gmail.com 2009-08-21 18:47:32 UTC --- The page looks fixed to me: Today is Friday, August 21, 2009; it is now 18:45 UTC http://jeays.net/ is not under wikimedia control. -- 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 20338] Enable Collection on Bengali Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=20338 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Component|Export/Import |Site requests Keywords||shell Product|MediaWiki |Wikimedia Summary|PDF Version |Enable Collection on Bengali ||Wikipedia --- Comment #2 from Chad H. innocentkil...@gmail.com 2009-08-21 18:53:38 UTC --- +shell, change to site request, tweak summary I thought Collection was enabled everywhere? -- 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 20341] New: Crediting authors of OpenStreetMap maps
https://bugzilla.wikimedia.org/show_bug.cgi?id=20341 Summary: Crediting authors of OpenStreetMap maps Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Maps AssignedTo: ava...@gmail.com ReportedBy: aude.w...@gmail.com CC: aude.w...@gmail.com See original thread on Wikimedia Commons: http://commons.wikimedia.org/wiki/Commons:Village_pump/Archive/2009Jun#Crediting_authors_of_OpenStreetMap_maps Here are additional thoughts I have on this: We might want a means of providing attribution to individual OpenStreetMap contributors, beyond just attributing OpenStreetMap. This might actually be something to implement on OpenStreetMap, rather than here. Or it could be done on our OSM/maps toolserver. This could be a tool like Wikipedia page history statistics (http://vs.aka-online.de/cgi-bin/wppagehiststat.pl) that lists (in summarized form) contributors to a particular portion (bounding box) of the OpenStreetMap. Implementing something like this for OSM is a bit more complex, as there are questions of how to measure contributions. * Users could be listed according to number or size of edits to the map? * There also are data imports (e.g. TIGER) with attribution in the OSM tags. If such a tool or feature was implemented on OSM and accessible via API, then the SlippyMap extension might be able to pull information from there into a MediaWiki special page. For each map, no matter what, there would be some attribution text with a link. If we had this sort of attribution, the link could go to the special page or to the tool. Otherwise, if we decide against implementing such individual attribution, then the attribution would simply go to OSM or to the OSM history page for that bounding box. -- 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 20336] Don't assume json availability
https://bugzilla.wikimedia.org/show_bug.cgi?id=20336
Chad H. innocentkil...@gmail.com changed:
What|Removed |Added
CC||innocentkil...@gmail.com
--- Comment #3 from Chad H. innocentkil...@gmail.com 2009-08-21 18:56:05 UTC
---
(In reply to comment #1)
An easy fix (and workaround, paste this code in LocalSettings.php):
if(!function_exists('json_decode')) {
function json_decode($val) {
$json = new Services_JSON(SERVICES_JSON_LOOSE_TYPE);
return $json-decode($val);
}
}
This would be a very good way to go about this, similar to what we do iconv,
mb_strlen, etc.
--
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 18738] Today's Featured Article Date Problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=18738 James King king...@yahoo.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #10 from James King king...@yahoo.com 2009-08-21 19:06:12 UTC --- Your right, Platonides, it does look like the date magic (at least that which is supporting the http://en.wikipedia.org/wiki/Wikipedia:Today%27s_featured_article/2009 page) has been fixed. I just assumed that since the rss feed still wasn't working, that hadn't been fixed yet either. Thanks to whoever fixed it. I guess now I need to email the webmaster of the jeays.net site and see if he can fix his rss feed. -- 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 20342] New: Support for protocol-relative URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342
Summary: Support for protocol-relative URLs
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: br...@wikimedia.org
Blocks: 18664,19270
As has been poked around the lists for a while, there's some interest in more
active use of protocol-relative URLs (eg,
'//upload.wikimedia.org/path/to/file.png' instead of
'http://upload.wikimedia.org/path/to/file.png').
Touted benefits include:
* ability to reference on-site links, sister-site links, and sister-site media
references with the current protocol without having to render and cache
separately for HTTP and HTTPS (but this requires that the URLs be otherwise
identical! Would not be compatible with our current secure.wikimedia.org
scheme, for instance)
* saving 5-6 bytes each for many of those external URL references
Browser compatibility seems reasonably stable for those who have been testing
it, but there are lots of gotchas as MediaWiki doesn't cleanly support this
yet.
A few notes offhand:
* wfExpandUrl and numerous other places assume any URL starting with / is
relative to the current _host_ and will prepend '$wgServer' to it.
* there will be various places where we need to explicitly use a complete URL
including the protocol, such as when creating emails, HTML or RSS feeds to use
externally
* Uses of {{fullurl:}} {{SERVER}} etc in wikitext assume that the result is ok
for use in wikitext as links; currently I don't believe these will get picked
up.
In general we also probably want MW to know when it needs to make an HTTP
reference and when an HTTPS reference, and generate those explicitly at times.
(Eg a login link should always be HTTPS; some interwikis might take both HTTP
and HTTPs while others might only take one or the other.)
--
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 19270] Relative URIs in interwiki links table break interwiki transclusion
https://bugzilla.wikimedia.org/show_bug.cgi?id=19270 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Depends on||20342 -- 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 20320] Some pages won't open on Russian Wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=20320 Ruslan rusli...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Ruslan rusli...@gmail.com 2009-08-21 19:42:17 UTC --- Thank you. This appears to have solved the problem. As I understand now, any empty line in a template used in a (category) parameter of DynamicPageList breaks the DynamicPageList. -- 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 19418] Set custom upload URL for Bengali Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19418 Jayanta Nath jayanta...@gmail.com changed: What|Removed |Added CC||jayanta...@gmail.com --- Comment #11 from Jayanta Nath jayanta...@gmail.com 2009-08-21 20:13:21 UTC --- Any progress of this bug? Jayanta Nath Admin, Bengali Wiki user ID Joy -- 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 19476] OOM on getting metadata for some OGG files (metadata reading hits memory_limit)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19476 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Summary|OOM on getting metadata for |OOM on getting metadata for |some OGG files |some OGG files (metadata ||reading hits memory_limit) -- 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 20343] New: Set up parallel automated parser test run on PostgreSQL, SQLite backends for CodeReview output
https://bugzilla.wikimedia.org/show_bug.cgi?id=20343 Summary: Set up parallel automated parser test run on PostgreSQL, SQLite backends for CodeReview output Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org Currently we're just running the automated parser tests on commit on the MySQL backend; because the PostgreSQL and SQLite backends are less well tested by developers, they're ideal candidates for additional automated testing. Running parser tests under those infrastructures will provide at least some minimal confirmation that basic operations work (update, create articles, read templates) until other full-functionality tests are available. Of course this is assuming the parser test suite actually runs under them yet... ;) -- 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 20344] New: when printing, monobook does not include rtl.css corrections.
https://bugzilla.wikimedia.org/show_bug.cgi?id=20344 Summary: when printing, monobook does not include rtl.css corrections. Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: hart...@videolan.org As reported on strategy.wm.org http://strategy.wikimedia.org/wiki/Proposal:Right_to_left_printable_version_pictures_problem This is caused by the fact that the clear for thumbs is set by rtl.css and ltr.css, both of which are not included when people the printable version is selected. -- 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 745] RTL/bidirectional issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=745 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org Depends on||20344 -- 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 20344] when printing, monobook does not include rtl.css corrections.
https://bugzilla.wikimedia.org/show_bug.cgi?id=20344 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |tpars...@wikimedia.org |l...@lists.wikimedia.org | --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-08-21 21:06:23 UTC --- Trevor, want to check status on this on Monobook Vector? -- 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 20344] when printing, monobook does not include rtl.css corrections.
https://bugzilla.wikimedia.org/show_bug.cgi?id=20344 --- Comment #2 from Derk-Jan Hartman hart...@videolan.org 2009-08-21 21:12:01 UTC --- Vector has the same problem. It does not have a definition to clear:left the image when printing/printable version. -- 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 19293] Bad paging links in Special:Category
https://bugzilla.wikimedia.org/show_bug.cgi?id=19293 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-21 21:30:54 UTC --- Seems that Siebrand fixed this a while ago, links were forced to known in r52192 and double paging links were removed in r52193. Can this bug be marked as FIXED? -- 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 19293] Bad paging links in category pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=19293 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Summary|Bad paging links in |Bad paging links in category |Special:Category|pages --- Comment #2 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-21 21:32:04 UTC --- Also corrected summary. -- 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 19969] Special:WantedCategories refresh date updates but contents does not get updated
https://bugzilla.wikimedia.org/show_bug.cgi?id=19969 --- Comment #3 from Malafaya malaf...@clix.pt 2009-08-21 21:51:50 UTC --- I have more information regarding this: as we have been moving categories around, I noticed some (new) missing categories are present on the Wanted Categories special page. This means the page is actually being updated. So, the problem is that it is somehow still considering that categories created long ago are still missing (like Category:Baixo Saxão/Plattdütsch) and that some not wanted already for long time are still wanted (like Category:Afaan Oromo, with no members for months). 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 20131] PHP Notice: Undfined index: page_latest in //includes/ChangesList.php on line 476
https://bugzilla.wikimedia.org/show_bug.cgi?id=20131 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||shiz...@gmail.com --- Comment #2 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-21 22:13:39 UTC --- *** Bug 18251 has been marked as a duplicate of this bug. *** -- 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 11380] Go search button is ignoring user's custom search namespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=11380 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | -- 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 19857] maintenance/deleteRevision.php on last revision breaks targeted page
https://bugzilla.wikimedia.org/show_bug.cgi?id=19857 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #2 from Brion Vibber br...@wikimedia.org 2009-08-21 22:52:06 UTC --- Reverted in r55457 -- unindexed query would cause full scan on page table. -- 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 15646] Page creation notification email is sent when a watched page is deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=15646 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Chad H. innocentkil...@gmail.com 2009-08-21 23:34:10 UTC --- Fixed in r55459 -- 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 20345] New: Add findhooks.php check for undocumented hooks to commit-time testing for CodeReview
https://bugzilla.wikimedia.org/show_bug.cgi?id=20345 Summary: Add findhooks.php check for undocumented hooks to commit-time testing for CodeReview Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org We have a handy maintenance script for checking if the code contains undocumented hooks: $ php maintenance/findhooks.php Undocumented: InitPreferencesForm Undocumented: PreferencesUserInformationPanel Undocumented: RenderPreferencesForm Undocumented: ResetPreferences Undocumented: SavePreferences This could be fairly easily adapted to send test failures to CodeReview when a new hook comes in that's not documented. -- 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 19311] User edit counts (user.user_editcount field) is often wrong
https://bugzilla.wikimedia.org/show_bug.cgi?id=19311 Christian Thiele ap...@apper.de changed: What|Removed |Added CC||ap...@apper.de --- Comment #1 from Christian Thiele ap...@apper.de 2009-08-22 00:45:36 UTC --- I think there are at least two problem, which generate the difference between the normal edit counters on the toolserver and the user_editcount field. The first thing seems to be the problem with deleted edits. As the poster of this bug writes, the initEditCount.php doesn't account for deleted contributions. This is the correct behavior, as all edit counters don't count these. But after initializing user_editcount, only incEditCount() in User.php seems to be called, which increases user_editcount. But when a page is deleted, user_editcount is not decreased. So user_editcount is the number of all edits a user did (deleted and not deleted) minus all deleted edits up to the time, initEditCount() was called. The second thing is an older bug, which results in having deleted revisions in the revisions table, which should be in the archive table. Therefore all edit counters check, if the rev_page id exists in the page table (this is from de.wikipedia): SELECT count(*) FROM revision WHERE rev_user=10276; - 39702 SELECT count(*) FROM revision, page WHERE rev_user=10276 AND rev_page=page_id; - 39688 The 14 edits are from 2005/2006. SELECT * FROM revision WHERE rev_user=10276 AND rev_page NOT IN(SELECT page_id FROM page); I don't know if this bug exists anymore, but it doesn't seem so, because the last one for me was from March 2006. These were newly created redirects (mostly by moving a page), which were deleted later, but the moving message wasn't moved to archive. Because I think the bug was fixed, maybe a maintenance script would be good, moving all revisions with a rev_page id, which is not in the page table to the archive table. -- 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 20346] New: Bad link causing the whole page failed to parse
https://bugzilla.wikimedia.org/show_bug.cgi?id=20346 Summary: Bad link causing the whole page failed to parse Product: MediaWiki Version: unspecified Platform: All URL: http://zh.wikipedia.org/w/index.php?oldid=10944408usela ng=en OS/Version: All Status: NEW Keywords: parser Severity: major Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: xu.jimmy@gmail.com There was a double-encoded link in the page, formed like [[%E5%8B%92%E5%86%85%C2%B7%E6%88%88%E8%A5%BF%E5%B0%BC#.E4.BD.9C.E5.93.81.E5.88.97.E8.A1.A8|作品列表]], and in one edit, a user accidentally inserted a space into the path, formed [[%E5%8B%92%E5%86%85%C2%B7%E6%88%88%E8 %A5%BF%E5%B0%BC#.E4.BD.9C.E5.93.81.E5.88.97.E8.A1.A8|作品列表]]. And this link cause the whole page failed to display, except the categories. See http://zh.wikipedia.org/w/index.php?oldid=10944408uselang=en and http://zh.wikipedia.org/w/index.php?oldid=10944786uselang=en But for a not-encoded link, such as [[勒内·戈西尼]], no matter how many spaces is inserted, there is no problem. So please check this out, thanks. Best regards. -- 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 20346] Bad link causing the whole page failed to parse
https://bugzilla.wikimedia.org/show_bug.cgi?id=20346 --- Comment #1 from Jimmy Xu xu.jimmy@gmail.com 2009-08-22 01:56:52 UTC --- Additionally, comment !-- bodytext -- !-- NewPP limit report Preprocessor node count: 2286/100 Post-expand include size: 9740/2048000 bytes Template argument size: 4483/2048000 bytes Expensive parser function count: 4/500 -- can be found where the article content should be placed. -- 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 20347] New: Flood flag for Stragetic Planning
https://bugzilla.wikimedia.org/show_bug.cgi?id=20347
Summary: Flood flag for Stragetic Planning
Product: Wikimedia
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: Site requests
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: gophe...@hotmail.com
CC: pbeaude...@wikimedia.org
We'd like the Flood Flag implemented on the Strategic Planning wiki please:
$wgGroupPermissions['flood']['bot'] = true; #creates the flood
group with the bot right
$wgGroupsAddToSelf['sysop'] = array('flood'); #sysops may add the flood
group to themselves
$wgGroupsRemoveFromSelf['sysop'] = array('flood'); #sysops may remove the
flood group from themselves
$wgRemoveGroups['bureaucrat'] = array(
'flood', # only this line is new; it lets bureaucrats remove the flood
group from users
'ipblock-exempt',
'bot',
'sysop',
'bureaucrat');
--
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 20347] Flood flag for Stragetic Planning
https://bugzilla.wikimedia.org/show_bug.cgi?id=20347 gophe...@hotmail.com changed: What|Removed |Added URL||http://strategy.wikimedia.or ||g -- 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 20347] Flood flag for Stragetic Planning
https://bugzilla.wikimedia.org/show_bug.cgi?id=20347 Philippe Beaudette pbeaude...@wikimedia.org changed: What|Removed |Added Severity|enhancement |normal -- 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 20348] New: Fonts in books
https://bugzilla.wikimedia.org/show_bug.cgi?id=20348 Summary: Fonts in books Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: Collection AssignedTo: supp...@pediapress.com ReportedBy: vinhtant...@gmail.com Created an attachment (id=6480) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6480) Rendered PDF book from a short page in vi.wikisource I suggest that this extension uses Unicode fonts for the content of exported PDF books. With this non-unicode font currently, it is useless in some projects like Vietnamese Wikisource. Note the font in the main content, special unicode words of Vietnamese (ố, ẳ, etc.) are changed to other fonts; and the header of License page, it seems that the render machine even not recognize them. -- 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 20251] strategywiki, usabilitywiki domains not in auto-login list for SUL
https://bugzilla.wikimedia.org/show_bug.cgi?id=20251 --- Comment #7 from liangent liang...@gmail.com 2009-08-22 04:48:40 UTC --- we are running a centralnotice pointing to strategywiki. it is bad not to log in automatically. -- 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 20349] New: wikieditor.css .ui-widget !important conflicts?
https://bugzilla.wikimedia.org/show_bug.cgi?id=20349
Summary: wikieditor.css .ui-widget !important conflicts?
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Normal
Component: UsabilityInitiative
AssignedTo: tpars...@wikimedia.org
ReportedBy: d...@ucsc.edu
CC: wikibugs-l@lists.wikimedia.org
In wikieditor.css you have:
.ui-widget {
font-size: 13px !important;
}
This may not play predictiably well with other componets using the jquery-ui
themeing system?
a) is this the the best place for this?
b) could it target the toolbar stuff specifically?
Even if we agree all ui-widgets should be font-size 13 on our site things like
!important on a base j-query.ui rule make it tricky to override if necessary.
--
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
