Re: [Wikitech-l] User rating for beta features (was Re: Help in modifying Template:Extension to support user ratings)
Derk-Jan Hartman wrote: > I fully agree with Dan on that. I'd be much more interested in +/- votes on > feedback statements. AFv5 already had this feature IIRC, but I think it lacked some way to categorise and structurise messages, and to identify users who have a habit of posting rubbish feedback. svetlana ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] User rating for beta features (was Re: Help in modifying Template:Extension to support user ratings)
Quim Gil wrote: > On Tuesday, August 19, 2014, Jon Robson wrote: > > > > > I was curious to how generic the rating system is. For example would > > it be possible to use such a thing on something like BetaFeatures or > > was it specifically designed for extension rating? > > > > I'm not sure how related is this, but Article Feedback allowed user rating > + comment, and it was deployed in Wikimedia servers. Editors didn't find it > that useful for regular articles (too much extra work processing too little > value feedback on top of Talk pages) This, imo, was caused by lack of moderation software (structurising it, for instance). Quim Gil wrote: >, but maybe this could (with small or > not so small adaptation, I don't know) in the very specific context of a > beta feature page. I would agree. Quim Gil wrote: > For instance, imagine a page created specifically for a deployment of a > specific version of a specific beta feature e.g. Winter 0.x. There you > would expect ratings plus optional short feedback without requiring to the > user any background nor any commitment to engage in a discussion. The > deeper discussion would flow (pun intended) across releases at the beta > feature talk page e.g. https://www.mediawiki.org/wiki/Talk:Winter Beta features already has this - place where people can rant off what they think. But there also is a question as to who would take it from the "dumping ground" form to a list of bugs and priorities. I hope we can code some software that integrates well with a bug tracker and eases some routine work. Merging and splitting bugs? Localisation for bugs, anyone? :-) svetlana ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [QA] Prettier Jenkins results in Gerrit
Yeah just noticed this as well. An awesome change indeed; much easier to read and interpret. Thanks! -- Tyler Romeo 0x405D34A7C86B42DF From: James Forrester Reply: Wikimedia developers > Date: August 20, 2014 at 17:22:42 To: QA (software quality assurance) for Wikimedia projects. > Cc: Wikimedia developers > Subject: Re: [Wikitech-l] [QA] Prettier Jenkins results in Gerrit On 20 August 2014 13:02, Antoine Musso wrote: > Hello, > > The tests results being reported to Gerrit are now much nicer. The > first ever example is https://gerrit.wikimedia.org/r/#/c/155341/ > > > James E. Blair from Openstack found a nice trick to inject HTML in > Gerrit comment. Christian Aistleitner kindly reviewed and tested the > regex, and further improved the craziness. > > Daniel Zahn deployed the change on spot a few minutes ago and we now > have slightly nicer and more readable test results being reported. > > \O/ > > Ref: > https://bugzilla.wikimedia.org/66095 Lovely! Thanks all. J. -- James D. Forrester Product Manager, Editing Wikimedia Foundation, Inc. jforres...@wikimedia.org | @jdforrester ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l signature.asc Description: Message signed with OpenPGP using AMPGpg ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [QA] Prettier Jenkins results in Gerrit
On 20 August 2014 13:02, Antoine Musso wrote: > Hello, > > The tests results being reported to Gerrit are now much nicer. The > first ever example is https://gerrit.wikimedia.org/r/#/c/155341/ > > > James E. Blair from Openstack found a nice trick to inject HTML in > Gerrit comment. Christian Aistleitner kindly reviewed and tested the > regex, and further improved the craziness. > > Daniel Zahn deployed the change on spot a few minutes ago and we now > have slightly nicer and more readable test results being reported. > > \O/ > > Ref: > https://bugzilla.wikimedia.org/66095 Lovely! Thanks all. J. -- James D. Forrester Product Manager, Editing Wikimedia Foundation, Inc. jforres...@wikimedia.org | @jdforrester ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] User rating for beta features (was Re: Help in modifying Template:Extension to support user ratings)
As a MediaWiki tarball user, I'd *love* something to rate extensions - even to show if anyone actually uses it and cares. On 20 August 2014 19:14, Derk-Jan Hartman wrote: > I fully agree with Dan on that. I'd be much more interested in +/- votes on > feedback statements. I think that might be a direction worth exploring. A low > barrier like that might help bring a more complete picture of sentiment on > problems and ideas. > > DJ > > On 20 aug. 2014, at 19:08, Dan Garry wrote: > >> On 20 August 2014 09:16, Quim Gil wrote: >>> >>> I'm not sure how related is this, but Article Feedback allowed user rating >>> + comment, and it was deployed in Wikimedia servers. Editors didn't find it >>> that useful for regular articles (too much extra work processing too little >>> value feedback on top of Talk pages), but maybe this could (with small or >>> not so small adaptation, I don't know) in the very specific context of a >>> beta feature page. >>> >> >> Speaking as someone who's been the product owner of a beta feature, I know >> I'd find a star rating for a beta feature totally useless. Star ratings >> don't tell you anything about *why* a user likes or dislikes a feature, so >> I have no information to go off. >> >> In terms of getting feedback from comments, you're right that that's >> useful. But I can get that right now by going to the discussion page of the >> beta feature. Bear in mind that the Hovercards talk page on mediawiki.org >> was, for a while, the most active Flow page *across the entire cluster.* >> >> So, I'm left a little unclear what the proposed improvement actually is. >> >> Dan >> >> -- >> Dan Garry >> Associate Product Manager, Mobile Apps >> Wikimedia Foundation >> ___ >> 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 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] User rating for beta features (was Re: Help in modifying Template:Extension to support user ratings)
I believe Flow is going to or could be changed to solve this issue of upvoting comments. I was more interested in hypothetically if it was possible, I hadn't really thought too much about whether it would be useful or not. On Wed, Aug 20, 2014 at 11:14 AM, Derk-Jan Hartman wrote: > I fully agree with Dan on that. I'd be much more interested in +/- votes on > feedback statements. I think that might be a direction worth exploring. A low > barrier like that might help bring a more complete picture of sentiment on > problems and ideas. > > DJ > > On 20 aug. 2014, at 19:08, Dan Garry wrote: > >> On 20 August 2014 09:16, Quim Gil wrote: >>> >>> I'm not sure how related is this, but Article Feedback allowed user rating >>> + comment, and it was deployed in Wikimedia servers. Editors didn't find it >>> that useful for regular articles (too much extra work processing too little >>> value feedback on top of Talk pages), but maybe this could (with small or >>> not so small adaptation, I don't know) in the very specific context of a >>> beta feature page. >>> >> >> Speaking as someone who's been the product owner of a beta feature, I know >> I'd find a star rating for a beta feature totally useless. Star ratings >> don't tell you anything about *why* a user likes or dislikes a feature, so >> I have no information to go off. >> >> In terms of getting feedback from comments, you're right that that's >> useful. But I can get that right now by going to the discussion page of the >> beta feature. Bear in mind that the Hovercards talk page on mediawiki.org >> was, for a while, the most active Flow page *across the entire cluster.* >> >> So, I'm left a little unclear what the proposed improvement actually is. >> >> Dan >> >> -- >> Dan Garry >> Associate Product Manager, Mobile Apps >> Wikimedia Foundation >> ___ >> 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 -- Jon Robson * http://jonrobson.me.uk * https://www.facebook.com/jonrobson * @rakugojon ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Help in modifying Template:Extension to support user ratings
On 8/20/14, 9:04 AM, Quim Gil wrote: > In order to move forward, we can discuss at different levels: > > * At a general level, which should be the priorities for mediawiki.org's > gallery of extensions? This will allow us to define more tasks and projects > for potential developers. https://www.mediawiki.org/wiki/ExtensionGallery At Wikimania, we had a good conversation and a proposal (that was basically agreed upon by everyone in the room IIRC!) about creating a "gold standard" for extensions, judging them based on their code quality, compatibility with MediaWiki versions, tests, etc. I don't remember the etherpad link unfortunately, but I assume someone has the notes. IMO, that would be way more useful to me than arbitrary user ratings. -- Legoktm ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] User rating for beta features (was Re: Help in modifying Template:Extension to support user ratings)
I fully agree with Dan on that. I'd be much more interested in +/- votes on feedback statements. I think that might be a direction worth exploring. A low barrier like that might help bring a more complete picture of sentiment on problems and ideas. DJ On 20 aug. 2014, at 19:08, Dan Garry wrote: > On 20 August 2014 09:16, Quim Gil wrote: >> >> I'm not sure how related is this, but Article Feedback allowed user rating >> + comment, and it was deployed in Wikimedia servers. Editors didn't find it >> that useful for regular articles (too much extra work processing too little >> value feedback on top of Talk pages), but maybe this could (with small or >> not so small adaptation, I don't know) in the very specific context of a >> beta feature page. >> > > Speaking as someone who's been the product owner of a beta feature, I know > I'd find a star rating for a beta feature totally useless. Star ratings > don't tell you anything about *why* a user likes or dislikes a feature, so > I have no information to go off. > > In terms of getting feedback from comments, you're right that that's > useful. But I can get that right now by going to the discussion page of the > beta feature. Bear in mind that the Hovercards talk page on mediawiki.org > was, for a while, the most active Flow page *across the entire cluster.* > > So, I'm left a little unclear what the proposed improvement actually is. > > Dan > > -- > Dan Garry > Associate Product Manager, Mobile Apps > Wikimedia Foundation > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l signature.asc Description: Message signed with OpenPGP using GPGMail ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] User rating for beta features (was Re: Help in modifying Template:Extension to support user ratings)
On 20 August 2014 09:16, Quim Gil wrote: > > I'm not sure how related is this, but Article Feedback allowed user rating > + comment, and it was deployed in Wikimedia servers. Editors didn't find it > that useful for regular articles (too much extra work processing too little > value feedback on top of Talk pages), but maybe this could (with small or > not so small adaptation, I don't know) in the very specific context of a > beta feature page. > Speaking as someone who's been the product owner of a beta feature, I know I'd find a star rating for a beta feature totally useless. Star ratings don't tell you anything about *why* a user likes or dislikes a feature, so I have no information to go off. In terms of getting feedback from comments, you're right that that's useful. But I can get that right now by going to the discussion page of the beta feature. Bear in mind that the Hovercards talk page on mediawiki.org was, for a while, the most active Flow page *across the entire cluster.* So, I'm left a little unclear what the proposed improvement actually is. Dan -- Dan Garry Associate Product Manager, Mobile Apps Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] mediawiki now being tested with vendor repo
On Wed, Aug 20, 2014 at 7:58 AM, Antoine Musso wrote: > Hello, > > We have a mediawiki/vendor repository that holds third party libraries. > Since MediaWiki core is going to eventually rely on them I have crafted > a new Jenkins job (mediawiki-vendor-integration) which clones both > repositories, checkout the appropriate patch / branch and run the whole > MediaWiki PHPUnit test suite. A huge thanks from me personally for all the work that Antoine has put in on this. My initial email to him about the idea and problem was something like "I'm sure this won't be too hard, where should we start?" Little did I know that it would lead to a non-trivial upstream patch to extend zuul [0], a local zuul upgrade or two, many attempts to integrate the new tool with our pipeline [1] and i-don't-know-how-much of Antoine's "spare" time. The world where we can use Composer manager libraries with MediaWiki on the Foundation's servers is another step closer to reality. The tests including the vendor checkout [2] for my PSR-3 logging patch [3] are now passing for the first time. :) [0]: https://review.openstack.org/#/c/70373/ [1]: https://gerrit.wikimedia.org/r/#/c/141819/ [2]:https://integration.wikimedia.org/ci/job/mediawiki-vendor-integration/37/console [3]: https://gerrit.wikimedia.org/r/#/c/119941/ Bryan -- Bryan Davis Wikimedia Foundation [[m:User:BDavis_(WMF)]] Sr Software EngineerBoise, ID USA irc: bd808v:415.839.6885 x6855 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] User rating for beta features (was Re: Help in modifying Template:Extension to support user ratings)
On Tuesday, August 19, 2014, Jon Robson wrote: > > I was curious to how generic the rating system is. For example would > it be possible to use such a thing on something like BetaFeatures or > was it specifically designed for extension rating? > I'm not sure how related is this, but Article Feedback allowed user rating + comment, and it was deployed in Wikimedia servers. Editors didn't find it that useful for regular articles (too much extra work processing too little value feedback on top of Talk pages), but maybe this could (with small or not so small adaptation, I don't know) in the very specific context of a beta feature page. For instance, imagine a page created specifically for a deployment of a specific version of a specific beta feature e.g. Winter 0.x. There you would expect ratings plus optional short feedback without requiring to the user any background nor any commitment to engage in a discussion. The deeper discussion would flow (pun intended) across releases at the beta feature talk page e.g. https://www.mediawiki.org/wiki/Talk:Winter -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Help in modifying Template:Extension to support user ratings
On Wednesday, August 20, 2014, Isarra Yos > wrote: > > When someone creates a product specifically for a certain group of users > (in this case folks installing extensions) without actually knowing what is > useful to them (never even mind 'important' at this stage), there is > something seriously wrong with that process. This proposal was part of a research project done by Maria Miteva which involved a survey to a diverse collection of third party MediaWiki users. https://www.mediawiki.org/wiki/Third-party_MediaWiki_users_discussion/Summary#Management_of_extension_pages_on_mediawiki.org On the other hand, user ratings are a widespread feature. They are not THE solution for the current mess we have in the mediawiki.org Extensions namespace (call it a catalog would be too ambitious), but it looks like a reasonable candidate for the mix. Wikiapiary.com is part of the MediaWiki community and they have happily mentored, supported, and deployed this feature. Only for this, Aditya's GSoC can be considered a success. In order to move forward, we can discuss at different levels: * At a general level, which should be the priorities for mediawiki.org's gallery of extensions? This will allow us to define more tasks and projects for potential developers. https://www.mediawiki.org/wiki/ExtensionGallery * At the level of Aditya's project, do we want to try the integration of user ratings for extensions in mediawiki.org? Which requirements should the ratings shown meet? For the next step, should we focus on integrating Wikiapiary's data or should we come up with a solution for MW.O users to ate directly there? -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Open issues for next MediaWiki maintenance releases
Hello everyone, next week on August, 27th, there will be another set of maintenance releases for MediaWiki. There are still some unresolved bugs and changes that are wating to be +2'ed. So if you feel like improving MediaWiki tarball releases in the upcoming days, you could have a look at these lists: Open bugs for MW1.23: https://bugzilla.wikimedia.org/buglist.cgi?action=wrap&list_id=331203&product=MediaWiki&resolution=---&target_milestone=1.23.x%20release Fixes that need to be backported (quite a list this time): https://bugzilla.wikimedia.org/buglist.cgi?f1=flagtypes.name&list_id=331206&o1=substring&query_format=advanced&resolution=---&v1=backport Bugs with extensions: https://bugzilla.wikimedia.org/buglist.cgi?action=wrap&list_id=331214&product=MediaWiki%20extensions&resolution=---&target_milestone=MW%201.23%20version https://bugzilla.wikimedia.org/buglist.cgi?action=wrap&list_id=331215&product=MediaWiki%20extensions&resolution=---&target_milestone=MW%201.19%20version Changes in Gerrit that are waiting to be merged: https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/core+branch:REL1_23,n,z https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/core+branch:REL1_22,n,z https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/core+branch:REL1_19,n,z Thanks for your help! Markus (mglaser) Release Team ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Help in modifying Template:Extension to support user ratings
> When someone creates a product specifically for a certain group of users > (in this case folks installing extensions) without actually knowing what > is useful to them (never even mind 'important' at this stage), there is > something seriously wrong with that process. Though I might only be a single voice, I just want to say that as someone who installs extensions, I support this project. While its generally pretty easy to tell that an extension is abandoned, it isn't always easy to tell if it is any good. I would consider a rating system for extensions a perfectly viable GSoC project that has both useful and important implications. Thank you, Derric Atzrott ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Help in modifying Template:Extension to support user ratings
On 20/08/14 11:48, Quim Gil wrote: For those interested in the process of proposing and accepting internship projects, here you have a post mortem of this specific case: On Tuesday, August 19, 2014, Strainu wrote: This sounds like a serious miscommunication before the GSoC project begun. Something for the https://www.mediawiki.org/wiki/Mentorship_programs/Lessons_learned page, perhaps? Perhaps, but what is the lesson we need to learn? The lesson to be learned here is not unlike what many teams could learn. When someone creates a product specifically for a certain group of users (in this case folks installing extensions) without actually knowing what is useful to them (never even mind 'important' at this stage), there is something seriously wrong with that process. This, however, doesn't particularly reflect on Aditya, who simply did the project as it was layed out; it was the folks guiding the project who should have started the process of actually talking to the users about this well before GSoC began, and continued it as part of the project itself. So here, the GSoC project needs to have been set up better. Simply put, you cannot reasonably expect random community members to carefully review every single proposal or new feature, so where feedback is needed, you need to go out and get it. The student is there to learn, and probably will not know that, and that's fine because it's supposed to be the sort of thing they're learning. The mentors may not know that either, if product design and engineering aren't their things, so that's not necessarily an issue either. But for projects that will affect people outside the project itself, for projects facing specific groups of users, someone along the line needs to know the importance of discussion, of determining the user/developer/whatever needs before engineering the product, and someone needs to give the guidance needed to make sure the relevant discussions happen. That's what needs to be addressed moving forward. -I ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] mediawiki now being tested with vendor repo
Hello, We have a mediawiki/vendor repository that holds third party libraries. Since MediaWiki core is going to eventually rely on them I have crafted a new Jenkins job (mediawiki-vendor-integration) which clones both repositories, checkout the appropriate patch / branch and run the whole MediaWiki PHPUnit test suite. The job is triggered when a patch is proposed on either mediawiki/core or mediawiki/vendor but only for the master and REL* branches for now. I have made it non voting. The job takes roughly 6 minutes that will slightly delay the report to Gerrit. If the job looks fine. The next steps are: - make it pass on wmf branches - trigger it run on CR+2 Then, I will be able to phase out the grouped PHPUnit groups and the sqlite installer tester. Long term: have the tests to run using HHVM as well. -- Antoine "hashar" Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Help in modifying Template:Extension to support user ratings
2014-08-20 14:48 GMT+03:00 Quim Gil : > Hi, > > One thing is clear, Aditya has a thick skin, which sadly still seems to be > a quality required in many open source projects including ours. And will remain so for the foreseeable future. > On Tuesday, August 19, 2014, Strainu wrote: > >> >> This sounds like a serious miscommunication before the GSoC project >> begun. Something for the >> https://www.mediawiki.org/wiki/Mentorship_programs/Lessons_learned >> page, perhaps? > > > Perhaps, but what is the lesson we need to learn? I was thinking along the lines of "the MW wiki-community is similar to other communities in our movement; they want to be consulted for every important (where important for them is not necessarily what you would expect) change" > > ... And now Aditya is about to finish his GSoC project (looks like > successfully), having followed our processes as they were designed and > having accomplished the goals initially set. In the first place he deserves > our congratulations and gratitude. Absolutely! Still, the bikeshedding will not stop for such details... :) Strainu ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Help in modifying Template:Extension to support user ratings
Hi, One thing is clear, Aditya has a thick skin, which sadly still seems to be a quality required in many open source projects including ours. I wonder of many old-timers would enjoy the kind of reception he got here after introducing himself as a GSoC student -- even by people that know well what is to be an intern or a mentor. As a community, we should do better. To the point of the thread, we can have a discussion about extension ratings featured at mediawiki.org while wikiapiary.com enjoys the feature and users start using it there. We can even reject the feature altogether if this is what we want. This GSoC project, like all GSoC projects accepted, has explicitly avoided any deployment on Wikimedia servers lacking support from the related maintainers / community. Aditya just wants to get further with his project. Now, let's continue discussing user ratings as they could be implemented in a first iteration at mediawiki.org. Remember, the goal is to have a proper catalog of extensions, something that today we sorely miss (and thank Jamie for wikiapiary.com). For those interested in the process of proposing and accepting internship projects, here you have a post mortem of this specific case: On Tuesday, August 19, 2014, Strainu wrote: > > This sounds like a serious miscommunication before the GSoC project > begun. Something for the > https://www.mediawiki.org/wiki/Mentorship_programs/Lessons_learned > page, perhaps? Perhaps, but what is the lesson we need to learn? Let's look at the history of this project: * The first idea was proposed in the "Possible projects" on February 2013 by Maria Miteva, as part of her FOSS OPW internship -- https://www.mediawiki.org/w/index.php?title=Mentorship_programs/Possible_projects&diff=prev&oldid=68 * Between March and April 2013, we fine tuned the proposal as "Research & propose a catalog of extensions", Yuri Katkov volunteered as mentor, and we moved it to the Featured section, and we created a report in Bugzilla -- https://www.mediawiki.org/w/index.php?title=Mentorship_programs%2FPossible_projects&diff=667855&oldid=667845 & https://bugzilla.wikimedia.org/show_bug.cgi?id=46704 * During 2013, this project idea was featured in one GSoC round and two OPW rounds before, but candidates didn't pick it. * In January 2014, at the Architecture Summit, I had a chat with Mark Hersberger and Markus Glaser, aka MediaWiki release management team, where we decided to keep polishing this project at https://www.mediawiki.org/wiki/ExtensionGallery , and they volunteered as mentors. * This brought some discussion to the Bugzilla report and the wiki talk page. We also reached out to Jamie Thingelstad from Wikiapiari.com, a great service that we already link to in our extensions pages. * This time we got students interested. Aditya Chaturvedi was the first one reaching to us (as early as February) and he started drafting his proposal publicly by March -- https://www.mediawiki.org/wiki/User:Adi.iiita/Gsoc2014 -- https://lists.wikimedia.org/pipermail/wikitech-l/2014-March/075378.html * The fact of having students interested helped us narrowing the project. We decided to focus on implementing user ratings in Wikiapiary and finding a way to make that data exportable so mediawiki.org or whoever else could make use of it. We explicitly left out of the scope of the project any changes to mediawiki.org. * Aditya got some feedback during the review process but actually nothing (that I recall) criticizing the focus on user ratings. Then he was accepted. The he started to work under the supervision of Mark and Jamie. You can read his reports at https://www.mediawiki.org/wiki/User:Adi.iiita/Gsoc2014/Report ... And now Aditya is about to finish his GSoC project (looks like successfully), having followed our processes as they were designed and having accomplished the goals initially set. In the first place he deserves our congratulations and gratitude. The we can discuss what are the best next steps in the direction of improving mediawiki.org. -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Status of collation config updates?
There is now a fourth pending patch: https://gerrit.wikimedia.org/r/155241 …and I would still like to know WHY these can not be done. We've had a couple dozen done before with no problems at all, what is the holdup now? -- Matma Rex ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l