[Bug 22881] Greatly improved Export and Import
https://bugzilla.wikimedia.org/show_bug.cgi?id=22881 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added CC||tstarl...@wikimedia.org --- Comment #24 from Tim Starling tstarl...@wikimedia.org 2011-08-26 06:01:50 UTC --- Conformance to the site style http://www.mediawiki.org/wiki/Manual:Coding_conventions is a requirement for core code contributions. I'm not sure what the point is of this multipart/related document type: is there some client that can read it? The exports appear to be sent out with HTTP headers specifying Content-Type: application/xml, but with a body that is plainly not XML, rather it is this MIME message format with headers embedded in the body text. It seems like zip would have been a better choice. The wording of the messages which enable this multipart format certainly don't warn the user that what they are going to get will be so exotic. What does this: /*op-patch|TS|2010-04-26|HaloACL|SafeTitle|start*/ signify? It is wrapped around some strange-looking code. Is it meant to be there? The 5000-page limit in SpecialExport::getPagesFromCategory() appears to have been removed without explanation. Also, SpecialExport::rgetPagesFromCategory() appears to have no recursion depth limit. It's probably feasible to use the upload timestamp of the old image version to generate the archive name, but it would need to be done with a bit more care and analysis than I see here. For example, LocalFileRestoreBatch::execute() appears to need patching. Deployment would be difficult since it would break if MediaWiki is downgraded or run with multiple versions on the same database. It would be simpler, and head off potential future problems with analysis of image filesystems, if the archive names could be changed to a completely different regime, adding some marker to show whether they were generated the old way or the new way. -- 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 30580] New: Occasional error
https://bugzilla.wikimedia.org/show_bug.cgi?id=30580 Web browser: --- Bug #: 30580 Summary: Occasional error Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: GlobalUsage AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: g.m.haged...@gmail.com CC: bryan.tongm...@gmail.com Classification: Unclassified When deleting about 15 images from the shared repository, in one case the following error occurred: A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function GlobalUsage::copyLocalImagelinks. Database returned error 1062: Duplicate entry 'Truite_arc-en-ciel.jpg-openmedia-107092' for key 1 (localhost:8088). reproducing the error is not possible, obviously. I tested whether it occurs when erroneously deleting the same images twice, this is not the case and works with appropriate message as expected. Version: http://species-id.net/openmedia/Special:Version -- 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 30580] Occasional database error when deleting an image
https://bugzilla.wikimedia.org/show_bug.cgi?id=30580 Gregor Hagedorn g.m.haged...@gmail.com changed: What|Removed |Added Summary|Occasional error|Occasional database error ||when deleting an image -- 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 30580] Occasional database error when deleting an image
https://bugzilla.wikimedia.org/show_bug.cgi?id=30580 --- Comment #1 from Gregor Hagedorn g.m.haged...@gmail.com 2011-08-26 08:41:57 UTC --- Just to confirm: in a second set of 12 deletes, again 1 error: .. from within function GlobalUsage::copyLocalImagelinks. Database returned error 1062: Duplicate entry 'Anang_u0.gif-openmedia-107039' for key 1 (localhost:8088). -- 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 17351] importImages.php Problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=17351 Gregor Hagedorn g.m.haged...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||g.m.haged...@gmail.com Resolution||INVALID --- Comment #1 from Gregor Hagedorn g.m.haged...@gmail.com 2011-08-26 09:28:24 UTC --- Closing the bug: Since the error was not confirmed, and since a likely explanation is the browser cache still active on the wiki page if not signed it (which would still be readlink and point to upload unless refreshed). -- 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 30442] give the user a chance to specify the gender when opening the account
https://bugzilla.wikimedia.org/show_bug.cgi?id=30442 --- Comment #20 from Niklas Laxström niklas.laxst...@gmail.com 2011-08-26 09:47:59 UTC --- (In reply to comment #15) What looks right? (*) NeilK is a user on this wiki. Click here to visit his User Page. ( ) NeilK is a user on this wiki. Click here to visit her User Page. Could we have a mockup of the current preferences section with this suggestion? -- 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 30581] New: timeline fails with Call to undefined method SMWTimeValue::getdaynumberformonth()
https://bugzilla.wikimedia.org/show_bug.cgi?id=30581 Web browser: --- Bug #: 30581 Summary: timeline fails with Call to undefined method SMWTimeValue::getdaynumberformonth() Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: SemanticResultFormats AssignedTo: jeroen_ded...@yahoo.com ReportedBy: mag...@enger.priv.no CC: wikibugs-l@lists.wikimedia.org, yaro...@gmail.com Classification: Unclassified I'm using MW 1.17.0, SMW 1.6.1, SRF 1.6.1, with Norwegian translations. After upgrading from 1.6 to 1.6.1 I noticed that the timelines from SRF failed to work. For any page with a timeline on it I get this error message, and nothing else: Fatal error: Call to undefined method SMWTimeValue::getdaynumberformonth() in /.../extensions/SemanticMediaWiki/includes/datavalues/SMW_DV_Time.php on line 732 I noticed someone else had the same problem here: http://www.mediawiki.org/wiki/Extension_talk:Semantic_Result_Formats#SRF_1.6_:_problems_with_timelines -- 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 30442] give the user a chance to specify the gender when opening the account
https://bugzilla.wikimedia.org/show_bug.cgi?id=30442 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #21 from Roan Kattouw roan.katt...@gmail.com 2011-08-26 10:16:30 UTC --- (In reply to comment #19) We'll have to ask the questions in all languages on all projects. Here's the use case: Rebecca creates an account on enwiki. English doesn't care about gender in its language - at least, not like German, say. Do we ask the questions? Yes, we have to: because some day Rebecca may go to dewiki, and have it incorrectly speak to her as if she's a man. This is really a global preference set, which we've discussed in a couple other areas. This also kind of breaks Neil's suggestion (but maybe not really, depends on how well translators handle it I guess): English doesn't care about gender in certain cases but German does, so how do you ask Rebecca about her (grammatical) gender? The gender is relevant for German but you're asking the question in English. -- 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 30582] New: importImages.php with option --source-wiki-url uses latest comment as metadata, violating CC licenses
https://bugzilla.wikimedia.org/show_bug.cgi?id=30582
Web browser: ---
Bug #: 30582
Summary: importImages.php with option --source-wiki-url uses
latest comment as metadata, violating CC licenses
Product: MediaWiki
Version: 1.18
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Maintenance scripts
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: g.m.haged...@gmail.com
CC: innocentkil...@gmail.com
Classification: Unclassified
importImages.php contains code to obtain the metadata from another wiki (e.g.
commons) when importing images from that wiki. However, metadata are
erroneously defined as the comment of the most recent update. An example shows
why this is misleading. When importing:
http://commons.wikimedia.org/wiki/File:Esox_lucius1.jpg
the actual metadata (which include the author Timothy Knepp) are ignored, and
instead the upload comment of the second (latest) revision, i.e. then text
bigger version is considered a the metadata.
To reproduce: Download
http://upload.wikimedia.org/wikipedia/commons/c/c5/Esox_lucius1.jpg, place it
SOME_PATH (your choice)
go into root of your wiki and run (replacing YOURNAME, SOME_PATH):
php ./maintenance/importImages.php --conf ./LocalSettings.php --user YOURNAME
--source-wiki-url 'http://commons.wikimedia.org/w/' SOME_PATH
Presently, the function getFileCommentFromSourceWiki( $wiki_host, $file ) is
used which runs in this case:
http://commons.wikimedia.org/w/api.php?action=queryformat=xmltitles=File:Esox_lucius1.jpgprop=imageinfoiiprop=comment
Instead a function new function getMetadataFromSourceWiki calling something
like:
http://commons.wikimedia.org/w/api.php?action=queryformat=xmlprop=revisionsrvprop=contenttitles=File:Esox_lucius1.jpg
is needed.
We run it with the following code in importImages.inc (using index.php
however):
function getMetadataFromSourceWiki( $wiki_host, $file ) {
$url = $wiki_host . '/index.php?action=rawtitle=File:' . rawurlencode(
$file ) ;
### example:
http://commons.wikimedia.org/w/index.php?action=rawtitle=File:Esox_lucius1.jpg
$body = Http::get( $url );
return html_entity_decode( $body);
}
which in importImages.php is then called as:
$real_comment = getMetadataFromSourceWiki_GH( $options['source-wiki-url'],
$base );
replace present getFileCommentFromSourceWiki call.
Please update trunk, so we no longer have to patch.
--
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 30583] New: Fatal error: Call to a member function getVal() on a non-object
https://bugzilla.wikimedia.org/show_bug.cgi?id=30583 Web browser: --- Bug #: 30583 Summary: Fatal error: Call to a member function getVal() on a non-object Product: MediaWiki extensions Version: any Platform: All URL: http://www.everythingfoodanddrink.org/wiki/Special:Pri ntVersion OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: BookManager AssignedTo: raylton.so...@gmail.com ReportedBy: mybugs.m...@gmail.com Blocks: 28011 Classification: Unclassified As reported on https://secure.wikimedia.org/wikipedia/mediawiki/w/index.php?title=Extension_talk%3ABookManageraction=historysubmitdiff=428658oldid=388938 it is happening an error when accessing the Special:PrintVersion page: Fatal error: Call to a member function getVal() on a non-object in /home/every821/public_html/w/extensions/BookManager/BookManager.body.php on line 421 This can be confirmed in the URL above. -- 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 28011] BookManager (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28011 mybugs.m...@gmail.com changed: What|Removed |Added Depends on||30583 -- 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 30583] Fatal error: Call to a member function getVal() on a non-object
https://bugzilla.wikimedia.org/show_bug.cgi?id=30583 mybugs.m...@gmail.com changed: What|Removed |Added Priority|Unprioritized |High Severity|normal |critical -- 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 30584] New: Nuke keeps previously deleted images as to-be-deleted when run repeatedly
https://bugzilla.wikimedia.org/show_bug.cgi?id=30584 Web browser: --- Bug #: 30584 Summary: Nuke keeps previously deleted images as to-be-deleted when run repeatedly Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Nuke AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: g.m.haged...@gmail.com Classification: Unclassified Scenario: a user has uploaded 20 images. Nuke is run to delete the first 10 images. Then Special:Nuke is called again. Now the first 10 images are still shown as to be deleted (but without thumbs). Deleting 20 images in this list results in error messages for the first 10 cannot be deleted (yes, we know, they have already been deleted). Version: 1.18, species-id.net/openmedia/Special:Version Not tested with pages, only with files. -- 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 30585] New: Link to Special:PrintVersion is displayed as lt;printversiongt; on [[Special:SpecialPages]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=30585 Web browser: --- Bug #: 30585 Summary: Link to Special:PrintVersion is displayed as lt;printversiongt; on [[Special:SpecialPages]] Product: MediaWiki extensions Version: any Platform: All URL: http://www.everythingfoodanddrink.org/wiki/Special:Spe cialPages#mw-specialpagesgroup-other OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: BookManager AssignedTo: raylton.so...@gmail.com ReportedBy: mybugs.m...@gmail.com Blocks: 28011 Classification: Unclassified When accessing [[Special:SpecialPages]], the text of the link to Special:PrintVersion should display the special page name, instead of lt;printversiongt;. I believe this is related to the internationalization of the extension, but I'm not sure. -- 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 28011] BookManager (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28011 mybugs.m...@gmail.com changed: What|Removed |Added Depends on||30585 -- 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 30586] New: Strategies SEO Australia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30586 Web browser: --- Bug #: 30586 Summary: Strategies SEO Australia Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Blog AssignedTo: gpaum...@wikimedia.org ReportedBy: jeromechi...@ymail.com Classification: Unclassified Strategies SEO Australia If you have a local business seeking potential customers based on specific geographic locations targeted. For example, if your site is locally based in Australia and your targeted customers in Australia, then SEO Geo-targeting techniques a href=http://www.perth-seo.com/;SEO Australia/a encouraged to do. Many Search Engine Optimization Specialists in Australia using these techniques in their Australian-based website to localize the content of their websites and technical infrastructure and also improve their website ranking in search engine results Australia. For business owners in Australia looking for a customer or prospective clients in Australia, here are some important things to consider to help you with your SEO perth strategy. Build your site locally, so your site will rank well compared to other businesses. Make sure you are promoting your site with ads not only online but also off-line by entering your website on your business cards, company stationery, and brochures and pamphlets. -- 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 30587] New: Strategies SEO Australia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30587 Web browser: --- Bug #: 30587 Summary: Strategies SEO Australia Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Blog AssignedTo: gpaum...@wikimedia.org ReportedBy: jeromechi...@ymail.com Classification: Unclassified If you have a local business seeking potential customers based on specific geographic locations targeted. For example, if your site is locally based in Australia and your targeted customers in Australia, then SEO Geo-targeting techniques SEO Australia encouraged to do. Many Search Engine Optimization Specialists in Australia using these techniques in their Australian-based website to localize the content of their websites and technical infrastructure and also improve their website ranking in search engine results Australia. For business owners in Australia looking for a customer or prospective clients in Australia, here are some important things to consider to help you with your SEO perth strategy. Build your site locally, so your site will rank well compared to other businesses. Make sure you are promoting your site with ads not only online but also off-line by entering your website on your business cards, company stationery, and brochures and pamphlets. -- 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 30586] Strategies SEO Australia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30586 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED CC||s...@reedyboy.net Resolution||INVALID -- 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 30587] Strategies SEO Australia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30587 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED CC||s...@reedyboy.net Resolution||DUPLICATE --- Comment #1 from Reedy s...@reedyboy.net 2011-08-26 13:41:08 UTC --- *** This bug has been marked as a duplicate of bug 30586 *** -- 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 30586] Strategies SEO Australia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30586 --- Comment #1 from Reedy s...@reedyboy.net 2011-08-26 13:41:08 UTC --- *** Bug 30587 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 30588] New: Impossible to re-upload deleted image
https://bugzilla.wikimedia.org/show_bug.cgi?id=30588 Web browser: --- Bug #: 30588 Summary: Impossible to re-upload deleted image Product: MediaWiki Version: 1.18 Platform: All URL: http://species-id.net/openmedia/Main_Page OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: i...@pestinfo.org CC: andreas.pl...@web.de, bawolff...@gmail.com, bryan.tongm...@gmail.com, g.m.haged...@gmail.com Classification: Unclassified For version 1.18alpha (r95552) without upload wizard a warning message and 3 option buttons apear when trying to re-upload a deleted image. However, the buttons Submit modified file description and Ignore warning and save file anyway do not work and lead back to the upload form. Note: uploading files on the above quoted wiki requires registration and log-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 30581] timeline fails with Call to undefined method SMWTimeValue::getdaynumberformonth()
https://bugzilla.wikimedia.org/show_bug.cgi?id=30581 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-08-26 14:01:32 UTC --- Fixed by r9. Thanks for reporting! -- 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 27462] noinclude showing in PDF
https://bugzilla.wikimedia.org/show_bug.cgi?id=27462 Ralf Schmitt r...@brainbot.com changed: What|Removed |Added Status|NEW |RESOLVED CC||r...@brainbot.com Resolution||FIXED --- Comment #3 from Ralf Schmitt r...@brainbot.com 2011-08-26 14:34:23 UTC --- fixed in current mwlib -- 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 27364] Extend the functionality of {{GENDER:}} or create new magic word {{USERNAME}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=27364
--- Comment #4 from Gustronico gustron...@gmail.com 2011-08-26 15:27:18 UTC
---
(In reply to comment #3)
*** Bug 30569 has been marked as a duplicate of this bug. ***
I think you're wrong Leinad. This bug asks for 'current user' detection (ie.
the user who is actually viewing the page); while in bug 30569 I request
default detection of 'page owner's username' (the user whose personal page
includes the function).
The {{MYUSERNAME}} magic word you've requested is usually known as
{{CURRENTUSER}}, and is already requested and discused in bug 4196 and many
other duplicates.
--
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 27364] Extend the functionality of {{GENDER:}} or create new magic word {{USERNAME}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=27364 Gustronico gustron...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #5 from Gustronico gustron...@gmail.com 2011-08-26 15:28:22 UTC --- *** This bug has been marked as a duplicate of bug 4196 *** -- 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 4196] New user-specific variable (magic word, parser function) giving {{USERNAME}} ({{CURRENTUSER}} {{USER}})
https://bugzilla.wikimedia.org/show_bug.cgi?id=4196 --- Comment #31 from Gustronico gustron...@gmail.com 2011-08-26 15:28:22 UTC --- *** Bug 27364 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 30443] GENDER (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30443
Bug 30443 depends on bug 27364, which changed state.
Bug 27364 Summary: Extend the functionality of {{GENDER:}} or create new magic
word {{USERNAME}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=27364
What|Old Value |New Value
Status|NEW |RESOLVED
Resolution||DUPLICATE
--
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 30569] Auto detect username when {{gender:}} is used in User or User talk spaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=30569
Gustronico gustron...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC||gustron...@gmail.com
Resolution|DUPLICATE |
--- Comment #2 from Gustronico gustron...@gmail.com 2011-08-26 15:48:59 UTC
---
Sorry. I realized that USERNAME is not a good name for the variable I'm
requesting for. I better change it for {{PAGEOWNER}} or {{USERSPACENAME}}, ie
the name of the user whose personal space includes the variable.
Thus {{PAGEOWNER}} = {{#titleparts:{{PAGENAME}}|1}}
--
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 30443] GENDER (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30443
Bug 30443 depends on bug 30569, which changed state.
Bug 30569 Summary: Auto detect username when {{gender:}} is used in User or
User talk spaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=30569
What|Old Value |New Value
Status|RESOLVED|REOPENED
Resolution|DUPLICATE |
--
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 30569] Auto detect username when {{gender:}} is used in User or User talk spaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=30569 --- Comment #3 from Gustronico gustron...@gmail.com 2011-08-26 15:52:28 UTC --- (In reply to comment #1) This is *not* a duplicate of bug 27364 -- 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 30569] Auto detect username when {{gender:}} is used in User or User talk spaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=30569 Beau b...@adres.pl changed: What|Removed |Added CC||b...@adres.pl --- Comment #4 from Beau b...@adres.pl 2011-08-26 15:53:28 UTC --- You can always create a template named PAGEOWNER. I don't think there is a need for another magic word. -- 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 17791] ProofreadPage broken for GIF images due to assuming it can always create thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=17791 Beau b...@adres.pl changed: What|Removed |Added Status|NEW |ASSIGNED CC||b...@adres.pl AssignedTo|wikibugs-l@lists.wikimedia. |b...@adres.pl |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 30569] Auto detect username when {{gender:}} is used in User or User talk spaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=30569
--- Comment #5 from Gustronico gustron...@gmail.com 2011-08-26 16:19:43 UTC
---
You're right. The PAGEOWNER idea is just an alternative, the main request is
that the default username of {{gender:|male|female}} should be the owner of the
page where the function is included.
--
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 29246] API errors occasionally with unknown error 231
https://bugzilla.wikimedia.org/show_bug.cgi?id=29246 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2011-08-26 16:27:03 UTC --- (In reply to comment #2) (In reply to comment #1) I guess the best way to fix this would be to refactor internalAttemptSave() to return a Status object instead of one of 30+ error codes. Please! For back-compat, you can set the error code in $status-value on failure. Thanks for that tip. I took it a little bit further and just made all flow decisions based on $status-value, because EditPage is such a mess. Fixed in r95562. -- 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 29068] Bugs to be fixed for 1.18 WMF deployment (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29068 Bug 29068 depends on bug 29246, which changed state. Bug 29246 Summary: API errors occasionally with unknown error 231 https://bugzilla.wikimedia.org/show_bug.cgi?id=29246 What|Old Value |New Value Status|NEW |RESOLVED Resolution||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 30589] New: URLGetParameters: non-alphanumeric data coming from URL gets badly mangled
https://bugzilla.wikimedia.org/show_bug.cgi?id=30589 Web browser: --- Bug #: 30589 Summary: URLGetParameters: non-alphanumeric data coming from URL gets badly mangled Product: MediaWiki extensions Version: any Platform: All URL: http://www.mediawiki.org/wiki/Extension:UrlGetParamete rs OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: [other] AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: gerv-wikime...@gerv.net CC: sh.ya...@gmail.com, yaro...@gmail.com Classification: Unclassified http://www.mediawiki.org/wiki/Extension:UrlGetParameters When getting data from the URL, this extension calls rawurlencode() on the data before writing it to the page. This makes it safe - scary things like and don't get through. But it mangles stuff! If something is URL encoded, it needs to be URL decoded and then HTML encoded. Consequently, it should be doing the equivalent of htmlencode(urldecode($foo)). Last checkin was by yaron, so CCing both people of that name in this Bugzilla :-) (Sorry if you are the wrong yaron...) The other people mentioned on the extension's page are S.O.E. Ansems and Ankit Garg, but I can't find either of them in this Bugzilla. Gerv -- 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 22881] Greatly improved Export and Import
https://bugzilla.wikimedia.org/show_bug.cgi?id=22881 --- Comment #25 from Vitaliy Filippov vita...@yourcmc.ru 2011-08-26 16:43:29 UTC --- (In reply to comment #24) Conformance to the site style http://www.mediawiki.org/wiki/Manual:Coding_conventions is a requirement for core code contributions. I'll run my modifications through the tool. I'm not sure what the point is of this multipart/related document type: is there some client that can read it? The exports appear to be sent out with HTTP headers specifying Content-Type: application/xml, but with a body that is plainly not XML, rather it is this MIME message format with headers embedded in the body text. It seems like zip would have been a better choice. The wording of the messages which enable this multipart format certainly don't warn the user that what they are going to get will be so exotic. Oh, thanks. I've not thinked about zip. I agree that multipart is very exotic. For some reason, it was the first archive type I thinked of. What does this: /*op-patch|TS|2010-04-26|HaloACL|SafeTitle|start*/ signify? It is wrapped around some strange-looking code. Is it meant to be there? No... It's from other patch (access control extension). Sorry. The 5000-page limit in SpecialExport::getPagesFromCategory() appears to have been removed without explanation. Also, SpecialExport::rgetPagesFromCategory() appears to have no recursion depth limit. I think any hard-coded limits are bad, and they were hard-coded... I've just removed them as it seemed the easiest way. Recursion limit is harmful for small/intranet MW installations - users often create deep category hierarchies and want to export them :) and there is relatively little amount of pages, so the performance doesn't count. 5000 pages limit is harmful for example for exporting full wiki content. These limits should probably be on parametrized on $wgSomething... It's probably feasible to use the upload timestamp of the old image version to generate the archive name, but it would need to be done with a bit more care and analysis than I see here. For example, LocalFileRestoreBatch::execute() appears to need patching. Deployment would be difficult since it would break if MediaWiki is downgraded or run with multiple versions on the same database. It would be simpler, and head off potential future problems with analysis of image filesystems, if the archive names could be changed to a completely different regime, adding some marker to show whether they were generated the old way or the new way. Very reasonable. I'll change my modifications according to these remarks. Zip is really a very good idea :) -- 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 27364] Extend the functionality of {{GENDER:}} or create new magic word {{USERNAME}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=27364
Leinad danny.lei...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC||danny.lei...@gmail.com
Resolution|DUPLICATE |
--- Comment #6 from Leinad danny.lei...@gmail.com 2011-08-26 17:13:36 UTC ---
(In reply to comment #5)
*** This bug has been marked as a duplicate of bug 4196 ***
The main idea of this is to Extend the functionality of {{GENDER:}}, so
reopened.
--
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 30443] GENDER (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30443
Bug 30443 depends on bug 27364, which changed state.
Bug 27364 Summary: Extend the functionality of {{GENDER:}} or create new magic
word {{USERNAME}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=27364
What|Old Value |New Value
Status|RESOLVED|REOPENED
Resolution|DUPLICATE |
--
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 30356] New gateway has broken layout for opera mini
https://bugzilla.wikimedia.org/show_bug.cgi?id=30356 --- Comment #3 from Patrick Reilly prei...@wikimedia.org 2011-08-26 17:34:46 UTC --- I'm not seeing this issue occur on the Opera Mini Simulator located at: http://www.opera.com/mobile/demo/ What I think is happening is that you're getting the wrong stylesheet on the Android version of Opera Mini. I'm working on getting that fixed 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 30536] Branching forms
https://bugzilla.wikimedia.org/show_bug.cgi?id=30536 --- Comment #1 from fastgoldf...@gmail.com 2011-08-26 18:13:36 UTC --- Forgot to add this bug as a related one, for a use case of ensuring a property is unique: https://bugzilla.wikimedia.org/show_bug.cgi?id=30537 Also, I think the code for this bug/enhancement should be handled in SF_FormLinker.php, correct? I'm not at all familiar with the SF code, but if that's correct, then I'll at least know I'm on the right track for studying it. I'm not sure that I'll come up with a solution, but that's always a possible consequence of study. -- 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 29505] Removing dependance on jQuery for devices using NetFront
https://bugzilla.wikimedia.org/show_bug.cgi?id=29505 --- Comment #4 from Patrick Reilly prei...@wikimedia.org 2011-08-26 19:52:26 UTC --- I just tested this on a Nokia 5800 XpressMusic and it worked as expected. But, we still need to figure out a graceful way to handle this issue on other phones. -- 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 30339] Implement SpecialPage for running javascript tests
https://bugzilla.wikimedia.org/show_bug.cgi?id=30339 Krinkle krinklem...@gmail.com changed: What|Removed |Added Summary|Implement |Implement SpecialPage for |Special:UnitTesting |running javascript tests -- 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 30339] Implement SpecialPage for running javascript tests
https://bugzilla.wikimedia.org/show_bug.cgi?id=30339 Krinkle krinklem...@gmail.com changed: What|Removed |Added Attachment #8919|0 |1 is obsolete|| --- Comment #7 from Krinkle krinklem...@gmail.com 2011-08-26 20:10:43 UTC --- Created attachment 8976 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8976 Better patch Changes since last patch: * Renamed infrastructure from UnitTesting to JavaScriptTesting * Moved the core test suites into a single module, instead of many separate ones * Using a hook to let extensions register modules (instead of keeping a global variable, and changing it on-run time, better not to move things into a global variable and pull them out again in another part of the code). General test module structure is a lot simpler and straight forward now. * Created loop to add 'qunit.testrunner' as a dependency to all qunit test modules. This is needed because no test should run until qunit and friends are loaded. -- 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 29714] Resource Loader-ify AbuseFilter
https://bugzilla.wikimedia.org/show_bug.cgi?id=29714 John Du Hart j...@compwhizii.net changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #2 from John Du Hart j...@compwhizii.net 2011-08-26 20:15:14 UTC --- Done in r95572 -- 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 29713] Extensions that need resource loader-ifying (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29713 Bug 29713 depends on bug 29714, which changed state. Bug 29714 Summary: Resource Loader-ify AbuseFilter https://bugzilla.wikimedia.org/show_bug.cgi?id=29714 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||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 17791] ProofreadPage broken for GIF images due to assuming it can always create thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=17791 --- Comment #3 from Beau b...@adres.pl 2011-08-26 20:52:29 UTC --- Created attachment 8977 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8977 Url of thumbnail is fetched using api. The Proofread script asks api for thumbnail url. If the image cannot be scaled it is shown in full size. This can mess up the layout if the image is large, but at least text on the scan should be visible. -- 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 17791] ProofreadPage broken for GIF images due to assuming it can always create thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=17791 Beau b...@adres.pl changed: What|Removed |Added Keywords||patch -- 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 30339] Implement SpecialPage for running javascript tests
https://bugzilla.wikimedia.org/show_bug.cgi?id=30339 Krinkle krinklem...@gmail.com changed: What|Removed |Added Keywords||need-review, patch -- 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 30590] New: Project page link is localized
https://bugzilla.wikimedia.org/show_bug.cgi?id=30590 Web browser: --- Bug #: 30590 Summary: Project page link is localized Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ArticleFeedback AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mjb...@gmail.com CC: krinklem...@gmail.com, roan.katt...@gmail.com Classification: Unclassified Hello, When I use a language other than English in user preference, the link of What's this? of ArticleFeedback extension which is installed on enwiki, links to localized project page which should links to related project link, please fix it. 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 30339] Implement SpecialPage for running javascript tests
https://bugzilla.wikimedia.org/show_bug.cgi?id=30339 --- Comment #8 from Krinkle krinklem...@gmail.com 2011-08-26 21:11:32 UTC --- Oh crap, testrunner should only be added to dependencies of $testModules['qunit'] not to all of $testModules. -- 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 30590] Project page link shouldn't be localized
https://bugzilla.wikimedia.org/show_bug.cgi?id=30590 Mjbmr mjb...@gmail.com changed: What|Removed |Added Summary|Project page link is|Project page link shouldn't |localized |be localized -- 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 30590] Project page link shouldn't be localized
https://bugzilla.wikimedia.org/show_bug.cgi?id=30590 --- Comment #1 from Krinkle krinklem...@gmail.com 2011-08-26 21:40:36 UTC --- Right now * the link label is displayed in the user language (just like the rest of the interface texts). * the link target is fetched from the message in the content language What do you request to change ? -- 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 30590] Project page link shouldn't be localized
https://bugzilla.wikimedia.org/show_bug.cgi?id=30590 Robin Pepermans (SPQRobin) robinp.1...@gmail.com changed: What|Removed |Added CC||robinp.1...@gmail.com --- Comment #2 from Robin Pepermans (SPQRobin) robinp.1...@gmail.com 2011-08-26 21:42:40 UTC --- I had fixed this in r94135 which is not yet live on enwiki. Maybe it would be good to deploy this to 1.17wmf1. -- 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 30590] Project page link shouldn't be localized
https://bugzilla.wikimedia.org/show_bug.cgi?id=30590 --- Comment #3 from Krinkle krinklem...@gmail.com 2011-08-26 21:44:26 UTC --- Thanks! I was confused already since I saw it using the user language on en.wiki but found content-language link on trunk. -- 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 30590] Project page link shouldn't be localized
https://bugzilla.wikimedia.org/show_bug.cgi?id=30590 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Krinkle krinklem...@gmail.com 2011-08-26 21:45:12 UTC --- Fixed in r94135. -- 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 164] Support collation by a certain locale (sorting order of characters)
https://bugzilla.wikimedia.org/show_bug.cgi?id=164 --- Comment #228 from Philippe Verdy verd...@wanadoo.fr 2011-08-26 21:49:23 UTC --- I am currently working on a Javascript implementation of UCA (i.e. with full support of the DUCET, at least 4 collation levels, and support for language-based tailorings). This is a very difficult task if we need performance. The trick is to use efficient lookup tables, but the difficulty is being able to update them (for tailorings); also performance will highly depend on how the DUCET is represented in Javascript, so that it can be initialized sufficiently fast that you won't notice this init time, when a collator object gets instanciated. I'm still not sure that performance will be good enough (even with today's much faster Javascript implementations), and may be some optional cooperation with a server-side script will be needed (or possibly by using a client-side native plugin interfaced with Javascript, such as Flash) could limit the number of JSON requests to a server in order to provide the tailored lookup tables. How to detect ans use client-side plugins in an open way. I really hope that someday, the Javascript/ECMAScript standard will specify a common standard interface to collators. I've already looked for help from authors of jQuery, where such common interface would become part of its tools library (even if this has nothing in common with working in the HTML DOM, that is the main focus of jQuery). For now there exists absolutely no reliable implementation of UCA in Javascript working only on the client-side (but there does exist already some Javascript libraries that in fact use JSON or XML requests to a server, in order to build or retreive the necessary lookup tables). For practical reasons, a server-side JSON/XML request could be optimized to reduce the volume of data exchanged (for example by providing only some parts of the collation elements, these data being then requested on demand even after the collator has already been -partly- initialized, and then cached in the collator object). But this is a complication in the design that for now I don't want to investigate too early, before I get a good image of the performances effectively needed in practice. May be it will be just enough to initialize only a part of the DUCET for a particular language and its specific tailoring, sorting all the other many characters with default weights (not necessarily from the large DUCET). My implementation will provide at least 3 interfaced functions: - instantiating a collator for a given language sort order - computing collation keys from strings, for more efficient sorts of large tables (even if we use a QuickSort, the same strings are compared multiple times with other strings, so it may help to compute their collation keys only once); in addition, it may not be necessary to compute the full collation key, but only keys up to the level that's sufficient to perform a specific compare; collation keys can then be computed partly, on demand, and cached, instead of being fully computed for the full string at all collation levels; in addition, not all table sorts may require the maximum collation level supported, so collation keys don't necessarily have to be long (in memory); - the tradeoff for precomputing keys instead of compring keys on the fly, is highly dependant with the table sizes: for small number of rows to be sorted, you gain little with precomputed keys, you just waste memory and get lower performance. So the interface will also include a 3rd function: comparing strings using this collator, without necessarily having to compute the collation keys. I estimate that the tradeoff limit between precomputed collation keys and direct compares is for tables of about 100 rows, for which it may be helpful to provide a very fast response time when sorting them, but I may be wrong, because these small tables will not require precomputing and storing a lot of collation keys (so this first step before the QuickSort loop may be insignificant). The real limit could be memory use in very large tables for precomputing, storing or caching the collation keys; but such very large tables will probably be very uncommon in tables generated from Wiki pages (most of these tables would not include more than 500 rows, and storing 500 collation keys is not really a problem in today's browsers, except possibly in smartphones with limited memory resources and slow processors, compared to laptops, notebooks and tablets). -- 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 30590] Project page link shouldn't be localized
https://bugzilla.wikimedia.org/show_bug.cgi?id=30590 --- Comment #5 from Mjbmr mjb...@gmail.com 2011-08-26 21:50:30 UTC --- 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 30505] Uploading fails where File page exists
https://bugzilla.wikimedia.org/show_bug.cgi?id=30505 Ian Baker iba...@wikimedia.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Ian Baker iba...@wikimedia.org 2011-08-26 23:18:59 UTC --- Thanks for catching this. Should be fixed in r95581, and deployed soon. Thanks also to Bawolff for the stack trace. That was invaluable since I was having trouble duplicating it locally. -- 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 27700] Regression: Upload protection for non existing files broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=27700 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added Priority|Normal |High CC||ro...@wikimedia.org Blocks|27339 |29068 --- Comment #11 from Rob Lanphier ro...@wikimedia.org 2011-08-26 23:34:19 UTC --- I'll see if I can get someone to look at this before 1.18 (no promises). I don't feel strongly that this is high priority or that it should be a 1.18 blocker, but I'm willing to assume it is. Moremegil, you seem to feel this is very high priority; could you describe the problems this is causing (not just the theoretical, but maybe somehow quantify the admin load)? -- 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 29068] Bugs to be fixed for 1.18 WMF deployment (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29068 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added Depends on||27700 -- 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 27339] Bugs that should be fixed post 1.17 WMF deployment (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=27339 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added Depends on|27700 | -- 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 30566] [[Special:ViewUserLang]] Error on test.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=30566 Robin Pepermans (SPQRobin) robinp.1...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Robin Pepermans (SPQRobin) robinp.1...@gmail.com 2011-08-26 23:48:46 UTC --- Fixed in r95586: show an error message as IPs cannot have preferences -- 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 28486] Incubator site settings and related bugs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28486 Bug 28486 depends on bug 30566, which changed state. Bug 30566 Summary: [[Special:ViewUserLang]] Error on test.wikipedia.org https://bugzilla.wikimedia.org/show_bug.cgi?id=30566 What|Old Value |New Value Status|NEW |RESOLVED Resolution||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 30591] New: Add support to only return keys in ApiAllMessages
https://bugzilla.wikimedia.org/show_bug.cgi?id=30591 Web browser: --- Bug #: 30591 Summary: Add support to only return keys in ApiAllMessages Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: Unprioritized Component: API AssignedTo: krinklem...@gmail.com ReportedBy: krinklem...@gmail.com CC: bryan.tongm...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net, soxre...@gmail.com, wikibugs-l@lists.wikimedia.org Blocks: 29398 Classification: Unclassified Right now it always returns all messages content as well, would be nice to only return this if a certain property is given. Since returning the content has been default for ever, prolly best to implement nocontent as a boolean parameter (instead of adding it as an optional prop to include). Assining to self, I've got it mostly done locally will attach patch soon. -- 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 29398] Implement Gadget Manager (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29398 Krinkle krinklem...@gmail.com changed: What|Removed |Added Depends on||30591 -- 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 30192] Thumbnails of archived images don't get deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=30192 --- Comment #18 from Russ Nelson russnel...@gmail.com 2011-08-27 01:02:06 UTC --- @Chad H noted in an email on wikitech that these files need better function names and comments. He's right. Also, as a cleanup goal, I think functions only used in the one file should be marked private, and the API functions explicitly marked public. -- 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 30192] Thumbnails of archived images don't get deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=30192 --- Comment #19 from Russ Nelson russnel...@gmail.com 2011-08-27 01:19:01 UTC --- There's two cases where thumbs should be deleted: 1) when a new version of the file is uploaded (to get rid of thumbs that belong to an archived version of the file), and 2) when a: 2a) current or 2b) archived version of a file is deleted. Part (2b) has no code to implement it right now. It's not that it's being done incorrectly; it's not even being attempted. I think the most appropriate locus for deleting stale thumbs is to delete them when a file is deleted. The other code which deletes current thumbs covers other cases and is still necessary. -- 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 30352] jQuery.makeCollapsible.js should support 'autocollapse', 'innercollapse' and 'outercollapse' options
https://bugzilla.wikimedia.org/show_bug.cgi?id=30352 Krinkle krinklem...@gmail.com changed: What|Removed |Added Blocks|28425 | --- Comment #2 from Krinkle krinklem...@gmail.com 2011-08-27 01:46:39 UTC --- Aside from Happy-melon's comment, I'd like to note that it's not a regression or a lacking feature compared to a deprecated or legacy feature. There has been no previous collapsing script in MediaWiki core, this is the first. There have been many in extensions and dozens of implementations on wikis's site scripts and gadgets. But one can't expect the core plugin to do everything exactly like and featuring every option all other implementations have come up with. Removing milestone blocker -- 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 28425] Milestone: MediaWiki 1.18 tarball (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28425 Krinkle krinklem...@gmail.com changed: What|Removed |Added Depends on|30352 | -- 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 18195] Allow changing preferences via API
https://bugzilla.wikimedia.org/show_bug.cgi?id=18195 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #12 from Krinkle krinklem...@gmail.com 2011-08-27 02:02:11 UTC --- (In reply to comment #11) Bumping this as it would allow for SWMT members and such to set signatures and language globally. There is a separate feature request for CentralAuth implementating global preferences so we can set signature, real name, skin, language, anything globally. No need for a preferences-api for that (which would still require someone to write a bot to make a ton of api requests). See bug 14950. -- 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 30266] Place articles into site root directory (remove wiki/ from URLs) on all Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=30266 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Comment #15 from Krinkle krinklem...@gmail.com 2011-08-27 02:03:55 UTC --- Marking wontfix per comment 13 and comment 14. See bug 17981 for suggestions about using wgActionPaths on Wikimedia wiks (eg. en.wikipedia.org/edit/Sandbox and en.wikipedia.org/view/Sandbox) -- 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 30266] Access articles from site root (remove wiki/ from URLs) on all Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=30266 Krinkle krinklem...@gmail.com changed: What|Removed |Added Summary|Place articles into site|Access articles from site |root directory (remove |root (remove wiki/ from |wiki/ from URLs) on all |URLs) on all Wikimedia |Wikimedia wikis |wikis -- 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 30592] New: Code highlighting in wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30592 Web browser: --- Bug #: 30592 Summary: Code highlighting in wikipedia Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: nksgopikrish...@gmail.com Classification: Unclassified It will be of great help if wikipedia had code highlighting for major languages. For students like me who depend on wikipedia for large part of programming related - learning, It will be of great help. And sorry if I posted this to the wrong section of this bugzilla. This is my first entry to wikimedia bugzilla. 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 30592] Code highlighting in wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30592 p858snake p858sn...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||p858sn...@gmail.com Resolution||INVALID --- Comment #1 from p858snake p858sn...@gmail.com 2011-08-27 05:23:47 UTC --- We do, we have SyntaxHighlight Geshi enabled on all the projects, For usage instructions have a look at: http://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi -- 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 9497] Thumbnails of large PNGs are not generated
https://bugzilla.wikimedia.org/show_bug.cgi?id=9497 --- Comment #21 from Derrick Coetzee d...@moonflare.com 2011-08-27 05:49:51 UTC --- Created attachment 8978 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8978 A patch allowing custom scaling tools to be used for specific extensions. This patch allows a line like this in LocalSettings.php to configure the use of a custom tool like pngscale for scaling PNGs on a Mediawiki server: $wgCustomConvertCommandsByExtension['png'] = /usr/bin/pngscale %s %d %w %h; This supersedes other settings for files with the given extension. There may be multiple extension-specific convert commands. Default is array(). -- 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 9497] Thumbnails of large PNGs are not generated
https://bugzilla.wikimedia.org/show_bug.cgi?id=9497 --- Comment #22 from Derrick Coetzee d...@moonflare.com 2011-08-27 05:53:35 UTC --- Also, I've updated pngscale now to handle upscaling of PNGs as well (with bilinear filtering), so it drops nicely into the patch I've just submitted. To test, I built pngscale from: git checkout git://github.com/dcoetzee/pngscale.git and installed in /usr/bin. I then configured my test Mediawiki server with: $wgMaxShellFileSize = 1; $wgCustomConvertCommandsByExtension['png'] = /usr/bin/pngscale %s %d %w %h; To use this on WMF servers they would have to be similarly configured. In tests it was indeed much faster than ImageMagick convert and used a lot less memory. Feedback on patch is welcome. -- 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
