[Wikitech-l] Integrating who's been awesome? functionality to MediaWiki
Dear Mr James Alexander, I am Eranga. I'm a 3rd year Computer Science and Engineering undergraduate at University of Moratuwa Sri Lanka. I am interested in participating in gsoc 2012 programme with MediaWiki. Currently I'm developing a multimedia extension for MediaWiki which synchronize videos with other content. I went through the gsoc idea list in MediaWiki gsoc 2012 page. Among those ideas, I'm interested in who's been awesome? idea which has been published by you. I want to know weather someone is already working on this idea.If it is still available, I'm keen to start development with it with your support. Thank You Undergraduate Computer Science and Engineering University of Moratuwa Student Member IEEE ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] diff colors
On 03-03-2012 01:11, Trevor Parscal wrote: Erwin - what you are seeing is very strange. I tried to re-create it, but you have other styles conflicting and causing problems. For instance, the use of red text for the changed text is gone int he latest code. You may also have other strange styles which may be affecting layout. Attached is how that changeset looked on my localhost. - Trevor The only styling that may be conflicting is the original core styling. I'll try to filter that out and post the result. BTW, my screenshot was taken with Chrome 17. -- Erwin Dokter ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [pywikipedia r9919]: Revision status changed
Xqt changed the status of pywikipedia.r9919 to ok URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/9919 Old status: new New status: ok Commit summary for pywikipedia.r9919: Removal of stuck debugging stuff ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [pywikipedia r9921]: Revision status changed
Xqt changed the status of pywikipedia.r9921 to ok URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/9921 Old status: new New status: ok Commit summary for pywikipedia.r9921: Some code combing, PEP 8, nicer output even for non-English replacements, error handling. Nothing serious this time. :-) ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] diff colors - Chrome bug
On 03-03-2012 01:11, Trevor Parscal wrote: Erwin - what you are seeing is very strange. I tried to re-create it, but you have other styles conflicting and causing problems. For instance, the use of red text for the changed text is gone int he latest code. You may also have other strange styles which may be affecting layout. Attached is how that changeset looked on my localhost. - Trevor The red font color was the only conflicting style. The misalignment is apparently a result of Chrome not handling the combined padding of the table cell and diffchange spans that contain one or more Tabs. Static diff with tabs: http://en.wikipedia.org/w/index.php?title=User:Edokter/vector.cssdiff=479860362oldid=479858926 Firefox does *not* show the problem. Even IE8 manages to display it correctly. So this is a Chrome bug we need to work around. -- Erwin Dokter ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r112932]: New comment added
Peachey88 posted a comment on MediaWiki.r112932. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112932#c31761 Commit summary for MediaWiki.r112932: Initial revision of HidePrefix extension. Peachey88's comment: pre'url' = 'http://www.mediawiki.org/wiki/Extension:HidePrefix',/pre Should be HTTPS. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Database dump of Bugzilla
Mantis: http://www.mantisbt.org/ I'm not sure whether it has all the features that Wikimedia projects need, but it does have good internationalization. -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com “We're living in pieces, I want to live in peace.” – T. Moore 2012/3/3 John Du Hart compwhi...@gmail.com: I'm currently investigating alternative bug tracker and project management software for MediaWiki. To do that I'll be installing some different software on the Labs and importing existing bugs for evaluation by the development team and users. The following software is planned for test: - JIRA http://www.atlassian.com/software/jira/overview + Greenhopper + Bonfire - YouTrack http://www.jetbrains.com/youtrack/ - The Bug Genie http://www.thebuggenie.com/index.php - Redmine http://www.redmine.org/ - ChiliProject https://www.chiliproject.org/ If you have any suggestions for this list I'd be glad to hear it. Of course, this goes back to the original request. To do this I need a dump of the current Bugzilla install. Is it possible for me to get this and under what conditions? Thank you. -- John ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r112931]: New comment added
Peachey88 posted a comment on MediaWiki.r112931. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112931#c31762 Commit summary for MediaWiki.r112931: Fixed link to extension page; README fixed. Peachey88's comment: * tttrunk/extensions/Genderize/Genderize.php/tt pre+ 'url' = 'http://www.mediawiki.org/wiki/Extension:Genderize',/pre Should be HTTPS * tttrunk/extensions/Genderize/README/tt pre+== Links == 56 + 57 +* Extension page: http://www.mediawiki.org/wiki/Extension:Genderize 58 +* Author page: http://www.mediawiki.org/wiki/User:Van_de_Bugger 59 +* License page: http://www.gnu.org/licenses/agpl.html/pre MW links should be HTTPS, as well as GNU (if they support it). ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112932]: New comment added
Peachey88 posted a comment on MediaWiki.r112932. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112932#c31763 Commit summary for MediaWiki.r112932: Initial revision of HidePrefix extension. Peachey88's comment: also the author link. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Integrating who's been awesome? functionality to MediaWiki
Thanks Eranga! It's great to see people interested so early and I'd love to share some of my ideas and see what yours are. This weekend I will get together the notes and mockups I made earlier and send you an email offlist. James On Sat, Mar 3, 2012 at 12:17 AM, Eranga Mapa erangam...@gmail.com wrote: Dear Mr James Alexander, I am Eranga. I'm a 3rd year Computer Science and Engineering undergraduate at University of Moratuwa Sri Lanka. I am interested in participating in gsoc 2012 programme with MediaWiki. Currently I'm developing a multimedia extension for MediaWiki which synchronize videos with other content. I went through the gsoc idea list in MediaWiki gsoc 2012 page. Among those ideas, I'm interested in who's been awesome? idea which has been published by you. I want to know weather someone is already working on this idea.If it is still available, I'm keen to start development with it with your support. Thank You Undergraduate Computer Science and Engineering University of Moratuwa Student Member IEEE ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- James Alexander Manager, Merchandise Wikimedia Foundation (415) 839-6885 x6716 @jamesofur ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
On Sat, Mar 3, 2012 at 11:11 AM, John Du Hart compwhi...@gmail.com wrote: I'm currently investigating alternative bug tracker and project management software for MediaWiki. To do that I'll be installing some different software on the Labs and importing existing bugs for evaluation by the development team and users. The following software is planned for test: Haven't we already been around this circle a few times? I seem to remember we even had a couple installed on the WMF servers if I'm not mistaken. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] diff colors - Chrome bug
On 03-03-2012 09:35, Erwin Dokter wrote: The red font color was the only conflicting style. The misalignment is apparently a result of Chrome not handling the combined padding of the table cell and diffchange spans that contain one or more Tabs. To be more precise: any left-or right padding or border of the .diffchange will throw off the horizontal alignment in Chrome. The cell padding has no effect. This can be fixed by moving the borders to top/bottom and removing any left/right padding from .diffchange. -- Erwin Dokter ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
On 3 March 2012 09:12, Amir E. Aharoni amir.ahar...@mail.huji.ac.il wrote: Mantis: http://www.mantisbt.org/ I'm not sure whether it has all the features that Wikimedia projects need, but it does have good internationalization. Mantis is opaque and hacky. I was put off working on our work installation when, tracing a bug, I found a page which calls a function which calls a function which calls a *page* which calls a function which looks up an enum. Mantis: exemplary PHP. The only reason I haven't installed something else is that all bugtrackers are horrible to install, run or both. We've actually been moving a lot of our bugtracking to pivotaltracker.com, where at least we have active support. tl;dr all software sucks, *especially* bug trackers. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r103751]: New comment added
Duplicatebug posted a comment on MediaWiki.r103751. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/103751#c31764 Commit summary for MediaWiki.r103751: In the spirit of r103745, guard against invalid user names in SpecialContributions and SpecialDeletedContributions by checking for invalidity early, then passing User objects around. Loosely based on Søren Løvborg's patch on bug 26854 Duplicatebug's comment: The use of User::newFromName does not remove leading/trailing whitespaces, please have a look at bug 34889. Thanks. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112931]: New comment added
Van de Bugger posted a comment on MediaWiki.r112931. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112931#c31765 Commit summary for MediaWiki.r112931: Fixed link to extension page; README fixed. Van de Bugger's comment: All the links changed to use https protocol (GNU site supports it). Thanks. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r83286]: New comment added
Duplicatebug posted a comment on MediaWiki.r83286. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/83286#c31766 Commit summary for MediaWiki.r83286: (bug 27590) prop=imageinfo now allows querying the media type Duplicatebug's comment: for list=filearchive: bug 34927 ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112932]: New comment added
Van de Bugger posted a comment on MediaWiki.r112932. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112932#c31767 Commit summary for MediaWiki.r112932: Initial revision of HidePrefix extension. Van de Bugger's comment: All links updated. Thanks. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r110209]: Revision status changed
Siebrand changed the status of MediaWiki.r110209 to new URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/110209 Old status: resolved New status: new Commit summary for MediaWiki.r110209: [Special:MovePage] Split new title input, fix bug 29454 (byteLimit), namespaceSelector * Two reasons: -- Limit bug: Limit can't be enforced if the two are together because only page_title is limited, the namespace prefix is not part of the title. Plus even then, there is still ambiguity with the various ways to denote namespaces (aliases) and whitespace freedom between namespace, colon and title. -- Extra feature: Now that the two are separate it' s easier for users to move across namespaces as one doesn't have to type, can't make spelling mistakes. Also, in the future we could exclude certain target namespaces that are not possible or not allowed (now one can perfectly submit a request to move from NS_CATEGORY or NS_FILE, only to get a warning on submission). By showing them disabled in the drop down this becomes clearer). * Keeps backwards compatibility for gadgets and permalinks generated by templates on wikis so that they can still pre-set the new title from a url the old way. The new way can also be pre-set from the url, and allows them to be set separately (wpNewTitleNs=10wpNewTitleMain=Infobox) * Gadgets and templates linking to Special:MovePage with a preset target -- Old way (still works): wpNewTitle=Template:Infobox -- New way: wpNewTitleNs=10 (and/or) wpNewTitleMain=Infobox * Fixes bug 29454; Depends on r109990; -- (bug 29454) Enforce byteLimit for page title input on Special:MovePage ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112945]: Revision status changed
Amire80 changed the status of MediaWiki.r112945 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112945 Old status: new New status: ok Commit summary for MediaWiki.r112945: typo fixes for http://education.wmflabs.org/index.php/Thread:MW_1.18_talk:Community_portal/it's_-_its ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Database dump of Bugzilla
On Sat, Mar 3, 2012 at 5:03 AM, David Gerard dger...@gmail.com wrote: tl;dr all software sucks, *especially* bug trackers. Agreed. I've never found a bug tracker that I actually *liked* using. Bugzilla happens to be the one I just hate the least. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
On 3 March 2012 02:11, John Du Hart compwhi...@gmail.com wrote: - JIRA http://www.atlassian.com/software/jira/overview + Greenhopper + Bonfire - YouTrack http://www.jetbrains.com/youtrack/ - The Bug Genie http://www.thebuggenie.com/index.php - Redmine http://www.redmine.org/ - ChiliProject https://www.chiliproject.org/ Roundup http://roundup.sourceforge.net/ , the tracker used for http://bugs.python.org, might also be a candidate to consider. It's one of the bug trackers I find least annoying to use . However, wouldn't adapting Bugzilla to be less annoying be a more sensible option? Converting bugs always is somewhat annoying. Best, Merlijn ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [pywikipedia r9963]: Revision status changed
Xqt changed the status of pywikipedia.r9963 to ok URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/9963 Old status: new New status: ok Commit summary for pywikipedia.r9963: Localisation updates from http://translatewiki.net. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112948]: Revision status changed
Xqt changed the status of MediaWiki.r112948 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112948 Old status: new New status: ok Commit summary for MediaWiki.r112948: FIx r112907. Should have been the other way around. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112907]: Revision status changed
Xqt changed the status of MediaWiki.r112907 to resolved URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112907 Old status: new New status: resolved Commit summary for MediaWiki.r112907: Follow-up r112439 per code review. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [pywikipedia r9513]: Revision status changed
Xqt changed the status of pywikipedia.r9513 to ok URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/9513 Old status: new New status: ok Commit summary for pywikipedia.r9513: More consistency updates. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [pywikipedia r9511]: Revision status changed
Xqt changed the status of pywikipedia.r9511 to ok URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/9511 Old status: new New status: ok Commit summary for pywikipedia.r9511: Use [Rr]obot consistently. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112946]: Revision status changed
Amire80 changed the status of MediaWiki.r112946 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112946 Old status: new New status: ok Commit summary for MediaWiki.r112946: address http://education.wmflabs.org/index.php/Thread:MW_1.18_talk:Community_portal/Become_an_Campus_Ambassador; ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [pywikipedia r7538]: Revision status changed
Xqt changed the status of pywikipedia.r7538 to ok URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/7538 Old status: old New status: ok Commit summary for pywikipedia.r7538: english grammar in help, +ksh ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [pywikipedia r7524]: Revision status changed
Xqt changed the status of pywikipedia.r7524 to ok URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/7524 Old status: old New status: ok Commit summary for pywikipedia.r7524: Grammatical corrections in help text. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r109848]: New comment added
Duplicatebug posted a comment on MediaWiki.r109848. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/109848#c31769 Commit summary for MediaWiki.r109848: Add the new SHA1 revision field to the XML export, add SHA1 field to export-0.6.xsd and fix namespace element from string to integer. Duplicatebug's comment: Why adding the sha1 in ttopenPage/tt? The xsd entry is for the revision, than you have to add the sha1 in method ttwriteRevision/tt. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Database dump of Bugzilla
On Sat, Mar 3, 2012 at 7:46 AM, Merlijn van Deen valhall...@arctus.nl wrote: However, wouldn't adapting Bugzilla to be less annoying be a more sensible option? Converting bugs always is somewhat annoying. I agree however there's only so much that can be done to improve Bugzilla. BZ itself is only built to be a bugtracker, however it seems that we are starting to need more features such as scrum (since teams using that now use a different piece of software). -- John ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r107636]: New comment added
P.Copp posted a comment on MediaWiki.r107636. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/107636#c31770 Commit summary for MediaWiki.r107636: * Moved post-deletion code from WikiPage::doDeleteArticle() to WikiPage::doDeleteUpdates() so that it can be shared with page move * Use WikiPage::doEditUpdates() and WikiPage::onArticleDelete() to do updates instead of reimplementing the whole thing in Title::moveTo(); avoids some bugs since the implementation differs from the one from WikiPage (notably the page and article count). This adds some more cache clearing, but they are needed depending on parameters (e.g. if the redirect is not created). P.Copp's comment: Possibly caused [[bugzilla:34937]] ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [pywikipedia r9085]: New comment added
Xqt posted a comment on pywikipedia.r9085. URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/9085#c31771 Commit summary for pywikipedia.r9085: * Korean xliteration (2 new chars) Xqt's comment: No for-statement needed for one char only ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [pywikipedia r8348]: New comment added, and revision status changed
Xqt changed the status of pywikipedia.r8348 to ok and commented it. URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/8348#c31772 Old Status: new New Status: ok Commit summary for pywikipedia.r8348: in some of wikis use bot argument for mark Xqt's comment: L10N needed ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [pywikipedia r8374]: Revision status changed
Xqt changed the status of pywikipedia.r8374 to ok URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/8374 Old status: new New status: ok Commit summary for pywikipedia.r8374: error correction: n-dash transliterated as o instead of - ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [pywikipedia r9173]: Revision status changed
Xqt changed the status of pywikipedia.r9173 to ok URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/9173 Old status: new New status: ok Commit summary for pywikipedia.r9173: Do not keep asking after the first give up ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [pywikipedia r8845]: Revision status changed
Xqt changed the status of pywikipedia.r8845 to old URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/8845 Old status: new New status: old Commit summary for pywikipedia.r8845: Added unit tests for i18n functions ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[Wikitech-l] PHP 5.4 has been released
FYI: http://www.php.net/archive/2012.php#id2012-03-01-1 signature.asc Description: OpenPGP digital signature ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] PHP 5.4 has been released
On Sat, Mar 3, 2012 at 10:28 PM, Chad innocentkil...@gmail.com wrote: On Sat, Mar 3, 2012 at 12:43 PM, Thomas Gries m...@tgries.de wrote: FYI: http://www.php.net/archive/2012.php#id2012-03-01-1 Exciting! Lots of cool new things in 5.4. And we will not be able to use them in core for next five years because of shared hosting compatibility. Yay! --vvv ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] kkwiki needs help with JS and CSS
[[User:Bolatbek]] has asked for help on kkwiki with styles and Javascript. Since my ability to help in these areas is limited, I'm putting this out to wikitech-l: It looks like (some?) infoboxes are right-aligned now. See, for example, [[kk:Қазақстан]]: http://hexm.de/g6 You can find reports of more problems on his talk page, especially this bit: https://kk.wikipedia.org/w/index.php?diff=870529oldid=495994 Thanks. -- Mark A. Hershberger Bugmeister Wikimedia Foundation m...@wikimedia.org ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r112953]: Revision status changed
Aaron Schulz changed the status of MediaWiki.r112953 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112953 Old status: new New status: ok Commit summary for MediaWiki.r112953: Change some DatabaseBase::query() calls to use more specific methods ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112951]: Revision status changed
Aaron Schulz changed the status of MediaWiki.r112951 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112951 Old status: new New status: ok Commit summary for MediaWiki.r112951: * (bug 34937) Fix for r107636: call WikiPage::onArticleCreate() when moving a page an not overriding the redirect ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Database dump of Bugzilla
Le 03/03/12 02:11, John Du Hart a écrit : I'm currently investigating alternative bug tracker and project management software for MediaWiki. To do that I'll be installing some different software on the Labs and importing existing bugs for evaluation by the development team and users. Hello John, I beg you to first establish a list of requirements and features we are looking after. You do not want to invest any time installing a software we could dismiss right away just by looking at its specs (see at the bottom of this mail for examples). Let me ask you a question, why do you feel we should move to another bug tracker? Do you think that Bugzilla is missing features we could use? For example, maybe some bug tracker also assist in planning release management. I know Mantis has a nice interface for that. Is that because other tools have a nicer interface? We could probably enhance the Bugzilla one. I am not a huge fan of Bugzilla. It is certainly lagging in terms of neat features lack reporting and ease of navigation between components. But so far, Bugzilla seems to fit our needs nicely. As for testing there is probably no point in loading our existing bugs since close to nobody, beside hexmode, know our bugs well enough to take advantage of it. Instead we can use some demo accounts or just install a version for sandboxing purposes. Both way would be easier than investing time in migrating bugs to some other tracker. If you want some bugs, you can try out Bugzilla JSON interface which is used to generate the release reports. Entry point is: https://bugzilla.wikimedia.org/jsonrpc.cgi Guillaume wrote a blog post about bug tracker, you might want to have a look at it: http://www.gpaumier.org/blog/520_scaling-up-software-development-for-wikimedia-websites-tools/ Find below my comments about the proposed softwares: The following software is planned for test: - JIRAhttp://www.atlassian.com/software/jira/overview + Greenhopper + Bonfire I guess it was installed on Toolserver just because it was written in Java, a language that River Tarnell like. Anyway, I would dismiss it just because that is a proprietary software. - YouTrackhttp://www.jetbrains.com/youtrack/ Proprietary software as well. - Redminehttp://www.redmine.org/ - ChiliProjecthttps://www.chiliproject.org/ The later being a fork of the former. Both are written in ruby which, as far as I know, our operation team do not want to hear about on our production cluster. - The Bug Geniehttp://www.thebuggenie.com/index.php Demo: http://www.opensourcecms.com/demo/1/259/The+Bug+Genie If you have any suggestions for this list I'd be glad to hear it. Have a look at mantis http://www.mantisbt.org/ :-) I like it a lot. -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r112950]: Revision status changed
Reedy changed the status of MediaWiki.r112950 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112950 Old status: new New status: ok Commit summary for MediaWiki.r112950: Updating svn:mime-type, follow up to r112875. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112954]: Revision status changed
Aaron Schulz changed the status of MediaWiki.r112954 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112954 Old status: new New status: ok Commit summary for MediaWiki.r112954: * Removed check for invalid object in formatResult(), Title::makeTitle() always returns an object * Don't call Title::exists() when result is not cached since the page must exist, and this was issuing a database query per row * Reorder some variables for better clarity * Don't execute the LinkBatch if there are now rows * Call methods directly on ResultWrapper instead of DatabaseBase in preprocessResults() * Use local context to get message ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Database dump of Bugzilla
On 3 March 2012 20:20, Antoine Musso hashar+...@free.fr wrote: Anyway, I would dismiss it just because that is a proprietary software. I never quite understand this argument. What is wrong with using proprietary software if it's the best software you can use? Or, to turn it around: Why force your developers to work with suboptimal software /just because/ it's open source? Best, Merlijn ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
On Sat, Mar 3, 2012 at 3:17 PM, Merlijn van Deen valhall...@arctus.nl wrote: On 3 March 2012 20:20, Antoine Musso hashar+...@free.fr wrote: Anyway, I would dismiss it just because that is a proprietary software. I never quite understand this argument. What is wrong with using proprietary software if it's the best software you can use? Or, to turn it around: Why force your developers to work with suboptimal software /just because/ it's open source? Best, Merlijn ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l I agree with that, just because it's proprietary doesn't mean we can't consider it. -- John ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r112960]: Revision status changed
Aaron Schulz changed the status of MediaWiki.r112960 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112960 Old status: new New status: ok Commit summary for MediaWiki.r112960: DatabaseBase::selectRow() return a simple object, not a ResultWrapper instance ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] PHP 5.4 has been released
Le 03/03/12 18:43, Thomas Gries a écrit : FYI: http://www.php.net/archive/2012.php#id2012-03-01-1 I would get it just for the shorter array syntax =) -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r66638]: New comment added
QChris posted a comment on MediaWiki.r66638. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/66638#c31773 Commit summary for MediaWiki.r66638: * Remove compatibility code for pre-5.1 versions of PHP * Re-connect to db after error in strencode() QChris's comment: The log message says to remove pre-5.1 versions of PHP, but kills a guard for 5.0.13 of /MySQL/. Current INSTALL file lists = MySQL-4.0.14 as requirement. So for users of MySQL between 4.0.14 and 5.0.(1)3, this yields an additional connection attempt. But I assume the code is not executed often enough and the user base for those versions is too small to be relevant ;) (If there are relevant users for those versions, the MySQL ChangeLog reports the change in default reconnection settings in version 5.0.3, not 5.0.13; just in case some problems arise between those versions) ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] PHP 5.4 has been released
On Sat, Mar 3, 2012 at 3:28 PM, Antoine Musso hashar+...@free.fr wrote: Le 03/03/12 18:43, Thomas Gries a écrit : FYI: http://www.php.net/archive/2012.php#id2012-03-01-1 I would get it just for the shorter array syntax =) Those 5 extra characters must be a real burden to type ;-) -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
Didn't robla do this same analysis about a year ago? Are his notes up somewhere so that we don't waste time on solutions that simply won't work. Finding those could make this go way faster. Adjusted for whatever has changed in the projects since his review of course. 02-03-2012 17:11 użytkownik John Du Hart compwhi...@gmail.com napisał: I'm currently investigating alternative bug tracker and project management software for MediaWiki. To do that I'll be installing some different software on the Labs and importing existing bugs for evaluation by the development team and users. The following software is planned for test: - JIRA http://www.atlassian.com/software/jira/overview + Greenhopper + Bonfire - YouTrack http://www.jetbrains.com/youtrack/ - The Bug Genie http://www.thebuggenie.com/index.php - Redmine http://www.redmine.org/ - ChiliProject https://www.chiliproject.org/ If you have any suggestions for this list I'd be glad to hear it. Of course, this goes back to the original request. To do this I need a dump of the current Bugzilla install. Is it possible for me to get this and under what conditions? Thank you. -- John ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
On Mar 3, 2012 2:20 PM, Antoine Musso hashar hashar%2b...@free.fr+hashar%2b...@free.fr wmf hashar%2b...@free.fr@ hashar%2b...@free.frfree.frhashar%2b...@free.fr wrote: Le 03/03/12 02:11, John Du Hart a écrit : I'm currently investigating alternative bug tracker and project management software for MediaWiki. To do that I'll be installing some different software on the Labs and importing existing bugs for evaluation by the development team and users. Hello John, I beg you to first establish a list of requirements and features we are looking after. You do not want to invest any time installing a software we could dismiss right away just by looking at its specs (see at the bottom of this mail for examples). Fair enough. I think what I'm looking for is a bug tracker that is more easier to use for both developers and users. I would also like tools that allow us to better visualize progress on bugs and what's fixed or needed for a released. Finally an API that doesn't suck would be nice Let me ask you a question, why do you feel we should move to another bug tracker? Do you think that Bugzilla is missing features we could use? For example, maybe some bug tracker also assist in planning release management. I know Mantis has a nice interface for that. Is that because other tools have a nicer interface? We could probably enhance the Bugzilla one. I am not a huge fan of Bugzilla. It is certainly lagging in terms of neat features lack reporting and ease of navigation between components. But so far, Bugzilla seems to fit our needs nicely. But I'm sure we could do better! As for testing there is probably no point in loading our existing bugs since close to nobody, beside hexmode, know our bugs well enough to take advantage of it. Instead we can use some demo accounts or just install a version for sandboxing purposes. Both way would be easier than investing time in migrating bugs to some other tracker. I disagree. I think that if the software supports an importer it wouldn't hurt to use it for the demo. If you want some bugs, you can try out Bugzilla JSON interface which is used to generate the release reports. Entry point is: https:// https://bugzilla.wikimedia.org/jsonrpc.cgi bugzilla.wikimedia.org https://bugzilla.wikimedia.org/jsonrpc.cgi/https://bugzilla.wikimedia.org/jsonrpc.cgi jsonrpc.cgi https://bugzilla.wikimedia.org/jsonrpc.cgi Again most of the software supports an import via a database dump so I'd rather use that. Guillaume wrote a blog post about bug tracker, you might want to have a look at it: http://http://www.gpaumier.org/blog/520_scaling-up-software-development-for-wikimedia-websites-tools/ www.gpaumier.orghttp://www.gpaumier.org/blog/520_scaling-up-software-development-for-wikimedia-websites-tools/ /blog/520_scaling-up-software-development-for-http://www.gpaumier.org/blog/520_scaling-up-software-development-for-wikimedia-websites-tools/ wikimediahttp://www.gpaumier.org/blog/520_scaling-up-software-development-for-wikimedia-websites-tools/ -websites-tools/http://www.gpaumier.org/blog/520_scaling-up-software-development-for-wikimedia-websites-tools/ Interesting. Again, it seems we're in agreement for the need of a better project management tool. Find below my comments about the proposed softwares: The following software is planned for test: - JIRAhttp:// http://www.atlassian.com/software/jira/overview www.atlassian.com http://www.atlassian.com/software/jira/overview /software/ http://www.atlassian.com/software/jira/overviewjirahttp://www.atlassian.com/software/jira/overview /overview http://www.atlassian.com/software/jira/overview + Greenhopper + Bonfire I guess it was installed on Toolserver just because it was written in Java, a language that River Tarnell like. Anyway, I would dismiss it just because that is a proprietary software. - YouTrackhttp:// http://www.jetbrains.com/youtrack/ www.jetbrains.com http://www.jetbrains.com/youtrack//http://www.jetbrains.com/youtrack/ youtrack http://www.jetbrains.com/youtrack//http://www.jetbrains.com/youtrack/ Proprietary software as well. Like I replied earlier, this is not a major concern. - Redminehttp:// http://www.redmine.org/www.redmine.org/http://www.redmine.org/ - ChiliProjecthttps:// https://www.chiliproject.org/ www.chiliproject.org/ https://www.chiliproject.org/ The later being a fork of the former. Both are written in ruby which, as far as I know, our operation team do not want to hear about on our production cluster. Fair enough. - The Bug Geniehttp:// http://www.thebuggenie.com/index.php www.thebuggenie.com http://www.thebuggenie.com/index.php/http://www.thebuggenie.com/index.php index.php http://www.thebuggenie.com/index.php Demo: http:// http://www.opensourcecms.com/demo/1/259/The+Bug+Genie www.opensourcecms.comhttp://www.opensourcecms.com/demo/1/259/The+Bug+Genie /demo/1/259/The+Bug+Geniehttp://www.opensourcecms.com/demo/1/259/The+Bug+Genie If you
Re: [Wikitech-l] Database dump of Bugzilla
On Sat, Mar 3, 2012 at 2:20 PM, Antoine Musso hashar+...@free.fr wrote: As for testing there is probably no point in loading our existing bugs since close to nobody, beside hexmode, know our bugs well enough to take advantage of it. Instead we can use some demo accounts or just install a version for sandboxing purposes. Both way would be easier than investing time in migrating bugs to some other tracker. I'm going to have to disagree here. There's quite a few of us who've been around here for ages and have more than a passing knowledge of what's in Bugzilla. Then again, I'm fine with the status quo so I'm not volunteering to test anyway. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
On 3 March 2012 19:20, Antoine Musso hashar+...@free.fr wrote: Have a look at mantis http://www.mantisbt.org/ :-) I like it a lot. Have you ever fixed it when it's broken? Anything looks good when it's working, but I've found the experience of trying to bugfix a broken Mantis horrible. If Bugzilla mostly works and its breakages have so far been fixable in-house, that's a *powerful* advantage right there, and it would take really quite strong reasons to move. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
On 3 March 2012 20:23, John Du Hart compwhi...@gmail.com wrote: I agree with that, just because it's proprietary doesn't mean we can't consider it. It's a seriously strong point in its disfavour. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [pywikipedia r9085]: New comment added
Malafaya posted a comment on pywikipedia.r9085. URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/9085#c31774 Commit summary for pywikipedia.r9085: * Korean xliteration (2 new chars) Malafaya's comment: True. I kept the form used throughout the file for uniformity sake. There are other lines of code with one char and a for statement. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Database dump of Bugzilla
On Sat, Mar 3, 2012 at 5:38 PM, David Gerard dger...@gmail.com wrote: On 3 March 2012 20:23, John Du Hart compwhi...@gmail.com wrote: I agree with that, just because it's proprietary doesn't mean we can't consider it. It's a seriously strong point in its disfavour. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l I really don't understand why we'd rather suffer than use a superior proprietary product. -- John ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
On Sat, Mar 3, 2012 at 5:25 PM, Chad innocentkil...@gmail.com wrote: Then again, I'm fine with the status quo so I'm not volunteering to test anyway. Oops too late, already had you down ;) -- John ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
On Sat, Mar 3, 2012 at 2:20 PM, Antoine Musso hashar+...@free.fr wrote: I beg you to first establish a list of requirements and features we are looking after. You do not want to invest any time installing a software we could dismiss right away just by looking at its specs (see at the bottom of this mail for examples). While we're talking about requirements--let me say that something I'd ike to see if we move bugtrackers is LDAP support (does BZ have this?). We're moving more and more tech services to LDAP, so it would make sense to integrate our bugtracker there as well. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
On Sat, Mar 3, 2012 at 5:50 PM, Chad innocentkil...@gmail.com wrote: On Sat, Mar 3, 2012 at 2:20 PM, Antoine Musso hashar+...@free.fr wrote: I beg you to first establish a list of requirements and features we are looking after. You do not want to invest any time installing a software we could dismiss right away just by looking at its specs (see at the bottom of this mail for examples). While we're talking about requirements--let me say that something I'd ike to see if we move bugtrackers is LDAP support (does BZ have this?). We're moving more and more tech services to LDAP, so it would make sense to integrate our bugtracker there as well. Answered my own question--yes BZ does support LDAP out of the box, no plugins required. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Integrating who's been awesome? functionality to MediaWiki
James, thanks for your responsiveness! But please do that response onlist so it's easy to link to for other people to chime in. :-) Eranga, tell us more about your multimedia extension for MediaWiki that synchronizes videos with other content! A link to the extension would be great. Thanks, -- Sumana Harihareswara Volunteer Development Coordinator Wikimedia Foundation On 03/03/2012 01:14 AM, James Alexander wrote: Thanks Eranga! It's great to see people interested so early and I'd love to share some of my ideas and see what yours are. This weekend I will get together the notes and mockups I made earlier and send you an email offlist. James On Sat, Mar 3, 2012 at 12:17 AM, Eranga Mapa erangam...@gmail.com wrote: Dear Mr James Alexander, I am Eranga. I'm a 3rd year Computer Science and Engineering undergraduate at University of Moratuwa Sri Lanka. I am interested in participating in gsoc 2012 programme with MediaWiki. Currently I'm developing a multimedia extension for MediaWiki which synchronize videos with other content. I went through the gsoc idea list in MediaWiki gsoc 2012 page. Among those ideas, I'm interested in who's been awesome? idea which has been published by you. I want to know weather someone is already working on this idea.If it is still available, I'm keen to start development with it with your support. Thank You Undergraduate Computer Science and Engineering University of Moratuwa Student Member IEEE ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
On 3 March 2012 22:44, John Du Hart compwhi...@gmail.com wrote: I really don't understand why we'd rather suffer than use a superior proprietary product. https://wikimediafoundation.org/wiki/Values Duplicability down to the infrastructure is considered extremely important, or the free content isn't free. Open core fails this test. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
On 3 March 2012 23:25, David Gerard dger...@gmail.com wrote: On 3 March 2012 22:44, John Du Hart compwhi...@gmail.com wrote: I really don't understand why we'd rather suffer than use a superior proprietary product. https://wikimediafoundation.org/wiki/Values Duplicability down to the infrastructure is considered extremely important, or the free content isn't free. Open core fails this test. (I will note that the Foundation has used nonfree software in infrastructure, e.g. Java before it was freed, Solaris 10 - but only on the way to something free.) - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
John Du Hart wrote: I really don't understand why we'd rather suffer than use a superior proprietary product. I have been using Linux as a main platform for years and eventually was fed up with the graphical interface. I switched to Mac which, with Aqua, has the best ergonomy around (gnome 3 kde 4 were epic failures). So, indeed, I sometime stop being idealist and get pragmatic. The reason I am dismissing proprietary product is probably because we have been building Wikipedia on top of free software stack for the last 11 years. I clearly remember someone being trolled out of an IRC channel just because he suggested to use some Java software, then non-free software. It might change. But I would prefer having us sticking to FOSS. -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
It's a bug tracker. It's not critical to the operation of a clone and can be replaced. In fact, some teams are using mingle which is a proprietary agile project manager. On Mar 3, 2012 6:26 PM, David Gerard dger...@gmail.com wrote: On 3 March 2012 22:44, John Du Hart compwhi...@gmail.com wrote: I really don't understand why we'd rather suffer than use a superior proprietary product. https://wikimediafoundation.org/wiki/Values Duplicability down to the infrastructure is considered extremely important, or the free content isn't free. Open core fails this test. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
Le 03/03/12 23:37, David Gerard a écrit : snip Have you ever fixed it when it's broken? Anything looks good when it's working, but I've found the experience of trying to bugfix a broken Mantis horrible. Luckily, I had people fixing my bug reports :-) If Bugzilla mostly works and its breakages have so far been fixable in-house, that's a *powerful* advantage right there, and it would take really quite strong reasons to move. My point. I do not think there is anything better for us than Bugzilla. -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
I know you don't think that currently however I would like the opportunity to convince you otherwise. On Mar 3, 2012 6:35 PM, Antoine Musso hashar+...@free.fr wrote: Le 03/03/12 23:37, David Gerard a écrit : snip Have you ever fixed it when it's broken? Anything looks good when it's working, but I've found the experience of trying to bugfix a broken Mantis horrible. Luckily, I had people fixing my bug reports :-) If Bugzilla mostly works and its breakages have so far been fixable in-house, that's a *powerful* advantage right there, and it would take really quite strong reasons to move. My point. I do not think there is anything better for us than Bugzilla. -- Antoine hashar Musso __**_ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-lhttps://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
On 3 March 2012 23:52, John Du Hart compwhi...@gmail.com wrote: On Mar 3, 2012 6:35 PM, Antoine Musso hashar+...@free.fr wrote: My point. I do not think there is anything better for us than Bugzilla. I know you don't think that currently however I would like the opportunity to convince you otherwise. Which one are you involved with? - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r112752]: New comment added
Randomfvideos posted a comment on MediaWiki.r112752. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112752#c31775 Commit summary for MediaWiki.r112752: Refactored checks to see if we should be displaying the MobileFrontend view and removed dependency on looking for /only/ x-device headers so we handle previously unhandled cases where a user is using useformat=mobile; As part of refactor added methods to check if a user is coming from a mobile device (denoted by presense of x-device headers) or if a user is coming from a 'faux' mobile device (when using something like useformat=mobile); Added query string handling for mobile URL construction; Added corresponding tests; Added some additional cleanup to the tearDown routine in tests to unset x-device headers and refresh the value of ExtMobileFrontend:: to its default state. Randomfvideos's comment: What is this about? ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Database dump of Bugzilla
I don't understand the question. Are you implying that I have some sort of relationship with one of these vendors? If that's the case then I'd like to inform you that's not the case. My motive here is giving developers and users access to better tools so that we can make a better product. On Mar 3, 2012 7:08 PM, David Gerard dger...@gmail.com wrote: On 3 March 2012 23:52, John Du Hart compwhi...@gmail.com wrote: On Mar 3, 2012 6:35 PM, Antoine Musso hashar+...@free.fr wrote: My point. I do not think there is anything better for us than Bugzilla. I know you don't think that currently however I would like the opportunity to convince you otherwise. Which one are you involved with? - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r112964]: Revision status changed
SPQRobin changed the status of MediaWiki.r112964 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112964 Old status: new New status: ok Commit summary for MediaWiki.r112964: Localisation update for core and extension messages from translatewiki.net ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112952]: Revision status changed
SPQRobin changed the status of MediaWiki.r112952 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112952 Old status: new New status: ok Commit summary for MediaWiki.r112952: Simplify description message. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112933]: Revision status changed
SPQRobin changed the status of MediaWiki.r112933 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112933 Old status: new New status: ok Commit summary for MediaWiki.r112933: Fixed deprecation notices ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Database dump of Bugzilla
Hi John, I'm happy that you're looking at this, because I can't say that I'm thrilled with Bugzilla, and I'd be happy to see a better alternative to it. However, I also kinda agree with Chad: it's not that I love Bugzilla, but rather we haven't yet found a system that's better enough to invest in a migration. That's been the state of things for so long that it's very easy to get cynical about it. That said, I'm keeping an open mind, and I'm intrigued by one of your suggestions (Bug Genie). More on that in a bit. One requirement I would like to place on a new system, should we go there, is that it support Wikimedia SUL in some form. I realize that Bugzilla doesn't support this, but the point behind this requirement would be that if we're going to go through a painful migration, integration with our existing login system needs to be one of the benefits. It might mean that this project come behind some form of OpenID provider support on the Wikimedia cluster. More inline... On Fri, Mar 2, 2012 at 5:11 PM, John Du Hart compwhi...@gmail.com wrote: I'm currently investigating alternative bug tracker and project management software for MediaWiki. To do that I'll be installing some different software on the Labs and importing existing bugs for evaluation by the development team and users. The following software is planned for test: - JIRA http://www.atlassian.com/software/jira/overview + Greenhopper + Bonfire I've got a lot of experience with JIRA that I'm happy to share offlist. Since this has partially devolved into a discussion about open vs proprietary, I think you should read this: http://www.atlassian.com/licensing/license ...and not install it until you have. There will be a test ;-) Generally, it's going to take a lot to convince me that a proprietary solution is going to work for us. - YouTrack http://www.jetbrains.com/youtrack/ - The Bug Genie http://www.thebuggenie.com/index.php - Redmine http://www.redmine.org/ - ChiliProject https://www.chiliproject.org/ Redmine is the one that was the frontrunner the last evaluation we did in 2010: http://www.mediawiki.org/wiki/Tracker/PM_tool There's possibly some other stuff to look at on the 2010 list. As I alluded to, I'm intrigued by The Bug Genie. Looks like it's PHP-based open source, under active development for 10 years, and that they've put some thought into the UI. I don't think that one came up in our last eval, but it probably should have. I'd encourage you to nudge that one higher on your list. Of course, this goes back to the original request. To do this I need a dump of the current Bugzilla install. Is it possible for me to get this and under what conditions? Thank you. There's some confidential information in there, so possibly an NDA. I'll talk to Sumana on Monday about this. One thing that I would ask of you, though, is to be mindful of our community's actual capacity for disruptive change and development/operations capacity in general. The reason why we dropped this project back in 2010 was that it became clear that we were trying to do too many things in parallel, and not doing any of those things well. While WMF has more capacity, and you're helping out by volunteering this work, we still might not have capacity for this project. Even if you do a lot of the work, it will be both a disruption for others, as well as a fair amount of work for others. Given we're smack dab in the middle of an incredibly disruptive change (migrating from SVN to Git), it seems like this might be the wrong time to do anything more than experiments. So, that's not to say don't evaluate other systems, but just be mindful that success might still mean waiting until late 2012 or even 2013 for the project to really begin in earnest. If you're ok with that, then I say great! If that sounds like way too long to wait after doing a lot of work, then I'd caution against starting. Rob ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] install php-fss on php 5.3
On 03/03/12 02:00, Yury Katkov wrote: Hi everyone! I want to install php module php-fss on php5.3 since I heard that it boosts MediaWiki performance a lot. Is it possible to do that? Is it installed on wikipedias? Prior to r82645, FSS was used in the wikitext parser for expanding tags like nowiki and ref. Installing FSS sped up this phase significantly. In MediaWiki 1.18 and later this is no longer the case, that part of the parser was rewritten to be fast whether or not FSS is installed. There are still a few uses of FSS in MediaWiki and its extensions: * Malayalam and Arabic character set normalisation * Chinese and Serbian variant conversion * Parsing edit section links (MWTidy) * Extensions: AbuseFilter, LiquidThreads, FCKeditor and Transliterator You probably won't get enough of a performance benefit to make it worthwhile unless you are using one of the four content languages mentioned above or Transliterator. The installation procedure is the same as any PHP extension, i.e. phpize ./configure make sudo make install -- Tim Starling ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
John Du Hart compwhi...@gmail.com writes: Fair enough. I think what I'm looking for is a bug tracker that is more easier to use for both developers and users. I would also like tools that allow us to better visualize progress on bugs and what's fixed or needed for a released. Finally an API that doesn't suck would be nice I'm not about to argue for the user-friendliness of Bugzilla or visualization that it offers. However, I have used the API extensively and, while I do agree that there are areas it could be improved, I've found it useful for most things. Hack-ability is a big benefit here. Lots of other people use Bugzilla and adapt it to their needs. Some of those changes get incorporated into the core. Mozilla, for instance, created MediaWiki integration that might help with visualization: http://lawrencemandel.com/2012/02/23/embed-bugzilla-data-in-wikimo-pages/ (This was later disabled because of the load on Bugzilla, but I think it is a start. See https://bugzilla.mozilla.org/731672.) And the Mozilla has certainly shown that Bugzilla's UI (at least for entering bugs, which is the biggest pain point for for new users) can be made better. I don't think Bugzilla is the best it could possibly be. But, I do think there is the problem of known pain (Bugzilla) versus the unknown pain that will come with learning a new system and then adapting to its quirks and inadequacies. I would rather use the energy to adapt Bugzilla to our needs. Proprietary software as well. Like I replied earlier, this is not a major concern. I think you'll find quite a lot of resistance from me on this point. -- Mark A. Hershberger Bugmeister Wikimedia Foundation m...@wikimedia.org ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla
Rob Lanphier ro...@wikimedia.org writes: One requirement I would like to place on a new system, should we go there, is that it support Wikimedia SUL in some form. I realize that Bugzilla doesn't support this, but the point behind this requirement would be that if we're going to go through a painful migration, integration with our existing login system needs to be one of the benefits. It might mean that this project come behind some form of OpenID provider support on the Wikimedia cluster. Bugzilla does allow you to add in your own authentication system, so I would say it supports it in some form. But yes, SUL should be high on the list. Mark. -- Mark A. Hershberger Bugmeister Wikimedia Foundation m...@wikimedia.org ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] diff colors
On Thursday, March 1, 2012, Trevor Parscal tpars...@wikimedia.org wrote: I've gone ahead and resolved bug #11374 after committing r112836. Screenshot of new diff styles: https://bugzilla.wikimedia.org/attachment.cgi?id=10148 Brandon and I talked about the colors and the way color-blind people will perceive them - this color set provides the best cross-cultural and accessible approach so far. The design also improves contrast issues and draw attention to the changed portions better than any previous versions. - Trevor I *really* like this design. Much better than the current diff style, and not just for the color blind. ;-) Accentuating changed phrases more strongly and removing color where unnecessary makes it much easier to scan a diff. Just my 2 cents, Steven ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Database dump of Bugzilla (John Du Hart)
John Du Hart wrote: I really don't understand why we'd rather suffer than use a superior proprietary product. David Gerard pointed out: https://wikimediafoundation.org/wiki/Values Duplicability down to the infrastructure is considered extremely important, or the free content isn't free. Open core fails this test. Not to mention open source allows WMF and volunteers to fix bugs and add features themselves. Non-FOSS software also greatly decreases the chance of available volunteer expertise and help (unless the software happens to be extraordinarily popular (e.g. Windows, Word). -- Greg Sabino Mullane g...@endpoint.com End Point Corporation PGP Key: 0x14964AC8 pgpweTlE0WYaB.pgp Description: PGP signature ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] PDF Download
Hi, From the very beginning, there is a problem in the PDF Download tool and that is it can not properly render the Bengali and some of the other Indic languages (might be all Indic languages). A few bug was reported earlier and the developers tried to solve the issues but unfortunate it was not completely fixed. Here i have a question that at this moment is there any developer of developer group is working on this issue? if yes then i want to join with him. But is no one is engaged with it then is is possible to apply GSoC for this issue. I am involved with the Wikimedia Bangladesh and within a short time we are going to arrange outreach programs outside of the city area. For that purpose the offline version will help us a lot. That is why i am interested. regards nasir khan -- *Nasir Khan Saikat http://profiles.google.com/nasir8891* ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] PDF Download
CCing in the PP dev team, Since I don't know if any of them are on this list. On Sun, Mar 4, 2012 at 3:04 PM, Nasir Khan nasir8...@gmail.com wrote: Hi, From the very beginning, there is a problem in the PDF Download tool and that is it can not properly render the Bengali and some of the other Indic languages (might be all Indic languages). A few bug was reported earlier and the developers tried to solve the issues but unfortunate it was not completely fixed. Here i have a question that at this moment is there any developer of developer group is working on this issue? if yes then i want to join with him. But is no one is engaged with it then is is possible to apply GSoC for this issue. I am involved with the Wikimedia Bangladesh and within a short time we are going to arrange outreach programs outside of the city area. For that purpose the offline version will help us a lot. That is why i am interested. regards nasir khan -- *Nasir Khan Saikat http://profiles.google.com/nasir8891* ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r112931]: New comment added
Peachey88 posted a comment on MediaWiki.r112931. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112931#c31776 Commit summary for MediaWiki.r112931: Fixed link to extension page; README fixed. Peachey88's comment: r112937 is the followup to this revision. In future when do a revision to follow up based on another one (Eg: due to comments), please inculde the revision you are following on from in the commit summary, in the style of rXX somewhere in the message so they automatically link in CR. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112932]: New comment added
Peachey88 posted a comment on MediaWiki.r112932. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112932#c31777 Commit summary for MediaWiki.r112932: Initial revision of HidePrefix extension. Peachey88's comment: r112938 is the follow up for this revision. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] kkwiki needs help with JS and CSS
On Sun, Mar 4, 2012 at 3:15 AM, Mark A. Hershberger m...@wikimedia.org wrote: [[User:Bolatbek]] has asked for help on kkwiki with styles and Javascript. Since my ability to help in these areas is limited, I'm putting this out to wikitech-l: It looks like (some?) infoboxes are right-aligned now. See, for example, [[kk:Қазақстан]]: http://hexm.de/g6 It works now after I did some cache purging actions. You can find reports of more problems on his talk page, especially this bit: https://kk.wikipedia.org/w/index.php?diff=870529oldid=495994 Thanks. -- Mark A. Hershberger Bugmeister Wikimedia Foundation m...@wikimedia.org ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -Liangent ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] PDF Download
On Sun, Mar 4, 2012 at 10:34 AM, Nasir Khan nasir8...@gmail.com wrote: Hi, From the very beginning, there is a problem in the PDF Download tool and that is it can not properly render the Bengali and some of the other Indic languages (might be all Indic languages). A few bug was reported earlier and the developers tried to solve the issues but unfortunate it was not completely fixed. The PDF library used with the Collection extension of Mediawiki is reportlab. Reportlab uses its own internal rendering engine and not capable of handling complex scripts like Indic. Such a rendering engine will not scale to meet the requirements of hundreds of scripts/languages that we support. Here i have a question that at this moment is there any developer of developer group is working on this issue? if yes then i want to join with him. I had discussed this with Pediapress developers in the past. I started a project many months back to develop a general purpose PDF rendering library for complex scripts and I had announced it here: http://lists.wikimedia.org/pipermail/wikimediaindia-l/2011-February/002198.html And I have an online version based on the code in development http://silpa.org.in/Render. It can create PDFs from Bengali wiki pages and possibly most of the scripts that we support. The text rendering engine used is Pango. This is my petproject and 2-3 people joined me, but recently it is inactive in development since we are not getting free time. The library require lot of work to reach a reasonably usable state. Then it require good amount of effort to integrate with collection extension. The project is hosted at https://savannah.nongnu.org/projects/pypdflib and available in Debian. Thanks Santhosh ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] PDF Download
On 03/03/2012 10:25 PM, Santhosh Thottingal wrote: Here i have a question that at this moment is there any developer of developer group is working on this issue? if yes then i want to join with him. I had discussed this with Pediapress developers in the past. I started a project many months back to develop a general purpose PDF rendering library for complex scripts and I had announced it here: http://lists.wikimedia.org/pipermail/wikimediaindia-l/2011-February/002198.html And I have an online version based on the code in development http://silpa.org.in/Render. It can create PDFs from Bengali wiki pages and possibly most of the scripts that we support. The text rendering engine used is Pango. This is my petproject and 2-3 people joined me, but recently it is inactive in development since we are not getting free time. The library require lot of work to reach a reasonably usable state. Then it require good amount of effort to integrate with collection extension. The project is hosted at https://savannah.nongnu.org/projects/pypdflib and available in Debian. Thanks Santhosh Santhosh, it looks like Nasir might be interested in working on this as a Google Summer of Code project: ... Is [it] possible to apply GSoC for this issue. If this is the case, Santhosh, would you be interested in possibly mentoring Nasir? -- Sumana Harihareswara Volunteer Development Coordinator Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l