On 03/30/2012 08:36 AM, Sumana Harihareswara wrote:
> I invite you to the yearly Berlin hackathon. It's 1-3 June and
> registration is now open. If you need financial assistance or help with
> hotel/hostel, just mention it in the registration form.
> https://wmberlin.eventbrite.com/
90 of the 12
It's possible someone make extension which contains Code in name, so I
think it would be best to use the full name of extension
On Wed, Apr 18, 2012 at 5:55 PM, Chad wrote:
> On Wed, Apr 18, 2012 at 9:41 AM, Petr Bena wrote:
>> I think we should create a page describing standards for names of ke
I mean this would make development much faster. Now you have to look
through hundreds of extensions to check if your new table isn't going
to collide with some other.
On Thu, Apr 19, 2012 at 10:26 AM, Petr Bena wrote:
> It's possible someone make extension which contains Code in name, so I
> thin
On Thu, Apr 19, 2012 at 4:27 AM, Petr Bena wrote:
> I mean this would make development much faster. Now you have to look
> through hundreds of extensions to check if your new table isn't going
> to collide with some other.
There's a page on MediaWiki.org for registering extension
namespaces.[0]
That seems to be a lot of work which isn't needed. If we just prefixed
the tables we wouldn't need to make a list of names which are already
taken, because they would never conflict
On Thu, Apr 19, 2012 at 10:48 AM, Benjamin Lees wrote:
> On Thu, Apr 19, 2012 at 4:27 AM, Petr Bena wrote:
>> I me
"Xqt" changed the status of pywikipedia.r7751 to "fixme" and commented it.
URL: http://www.mediawiki.org/wiki/Special:Code/pywikipedia/7751#c32703
Old Status: old
New Status: fixme
Commit summary for pywikipedia.r7751:
* _GetAll(): add batch export page by API. (not enable for default until
con
Hello!
I thought I'd reach out to the wider wikitech community to discuss a
problem we are having in the MobileFrontend extension and see if
anyone can come up with a good solution.
The MobileFrontend extension is increasingly getting [1] bugs [2]
raised [3] which are due to inline css styles pres
Multiple Wikimedia communities are waiting[0] for us to deploy the
ShortURL extension[1]. It looks like we want to move forward with
deploying ShortURL; the code was reviewed by Roan and approved. Reedy
says that someone needs to get the Apache rule correct and set-up
(ticket for Apache rewrites
"Jpostlethwaite" posted a comment on Wikimedia.r1643.
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1643#c32704
Commit summary for Wikimedia.r1643:
$this->setEmbedded(true) should only be called on the edit form and not the
page view.
Jpostlethwaite's comment:
This fix prevents the
On 19/04/12 11:11, Petr Bena wrote:
> That seems to be a lot of work which isn't needed. If we just prefixed
> the tables we wouldn't need to make a list of names which are already
> taken, because they would never conflict
Some db engines have limitations in the number of characters of table
name
On 17 April 2012 22:04, Brion Vibber wrote:
> Is there a schedule for the 1.19 release?
>
> It seems we're already rolling out 1.20 in production, so normally we'd
> expect 1.19 to be done and out the door already. :)
>
> -- brion
>
Is http://www.mediawiki.org/wiki/MediaWiki_1.19/Roadmap#Deploym
On Thu, Apr 19, 2012 at 10:11 AM, Thehelpfulone wrote:
> On 17 April 2012 22:04, Brion Vibber wrote:
>
> > Is there a schedule for the 1.19 release?
>
> Is
> http://www.mediawiki.org/wiki/MediaWiki_1.19/Roadmap#Deployment_schedule
> what
> you are looking for?
>
Nope -- that covers when we push
On 04/19/2012 10:19 AM, Brion Vibber wrote:
> On Thu, Apr 19, 2012 at 10:11 AM, Thehelpfulone > wrote:
>
>> On 17 April 2012 22:04, Brion Vibber wrote:
>>
>>> Is there a schedule for the 1.19 release?
>>
>> Is
>> http://www.mediawiki.org/wiki/MediaWiki_1.19/Roadmap#Deployment_schedule
>> what
>>
On Thu, Apr 19, 2012 at 7:57 AM, Jon Robson wrote:
> Solutions I have thought about so far involve the following. I am yet
> to conclude on which is the best way to do this so would really
> appreciate discussion...
>
> 1) scrubbing all inline styles
>
You mean removing them? That isn't super-ex
That's great! Thanks, Patrick. I've added that to
https://www.mediawiki.org/wiki/Berlin_Hackathon_2012 and I've added a
skeleton at https://www.mediawiki.org/wiki/Git/Tutorial . It seems to
me that people need help in the following areas:
Basics:
* setting up Git
* submitting a patch
* commenti
On Thu, Apr 19, 2012 at 12:17 PM, Platonides wrote:
> On 19/04/12 11:11, Petr Bena wrote:
>> That seems to be a lot of work which isn't needed. If we just prefixed
>> the tables we wouldn't need to make a list of names which are already
>> taken, because they would never conflict
>
> Some db engin
"Jpostlethwaite" changed the status of Wikimedia.r1632 to "new" and commented
it.
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1632#c32705
Old Status: fixme
New Status: new
Commit summary for Wikimedia.r1632:
Optimizing database queries for
_recurring_globalcollect_get_next_sched_
"Pgehres (WMF)" changed the status of Wikimedia.r1632 to "resolved"
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1632
Old status: new
New status: resolved
Commit summary for Wikimedia.r1632:
Optimizing database queries for
_recurring_globalcollect_get_next_sched_contribution().
_
"Pgehres (WMF)" changed the status of Wikimedia.r1654 to "ok"
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1654
Old status: new
New status: ok
Commit summary for Wikimedia.r1654:
No code changes. Removing debugging statements. See r1652 and r1632.
_
"Jpostlethwaite" changed the status of Wikimedia.r1634 to "new" and commented
it.
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1634#c32706
Old Status: fixme
New Status: new
Commit summary for Wikimedia.r1634:
Adding See r * @todo contribution_status_id: [7] => Thank you mail fail
"Pgehres (WMF)" changed the status of Wikimedia.r1643 to "ok"
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1643
Old status: new
New status: ok
Commit summary for Wikimedia.r1643:
$this->setEmbedded(true) should only be called on the edit form and not the
page view.
__
"Pgehres (WMF)" changed the status of Wikimedia.r1645 to "ok"
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1645
Old status: new
New status: ok
Commit summary for Wikimedia.r1645:
See r1644. Adding contribution_status to view.
___
MediaWi
"Pgehres (WMF)" changed the status of Wikimedia.r1646 to "ok"
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1646
Old status: new
New status: ok
Commit summary for Wikimedia.r1646:
See r1644. Adding contribution_status to view. Removed disabled
row.next_sched_contribution now that s
"Pgehres (WMF)" posted a comment on Wikimedia.r1650.
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1650#c32707
Commit summary for Wikimedia.r1650:
Fixing comments in PseudoConstant.
Pgehres (WMF)'s comment:
I'll let Katie have the final word on this, but my impression is that every
"Pgehres (WMF)" changed the status of Wikimedia.r1655 to "ok"
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1655
Old status: new
New status: ok
Commit summary for Wikimedia.r1655:
No code changes. Replaced tabs with spaces for coding standards. See r1654.
__
On 19/04/12 20:18, Chad wrote:
> Please, let's not pollute $wgExtensionCredits with this. When we
> overhaul extension installation/management, extensions should
> register these sorts of things there.
>
> For now...is this an active problem, or are we just looking for one?
>
> -Chad
Looks like
https://lists.wikimedia.org/mailman/listinfo/wikimediaie
The only mod address is wikimedi...@lists.wikimedia.org ...
The question came up because there was a message from Stevie Benton
(media guy at Wikimedia UK) about a press call from Ireland, stuck in
the mod queue. It occurs to me there might
The mod adres is: wikimediaie-owner[image: at]lists.wikimedia.org
I guess somebody is behing it, did you try mailing it already?
Best,
Huib
On Thu, Apr 19, 2012 at 10:55 PM, David Gerard wrote:
> https://lists.wikimedia.org/mailman/listinfo/wikimediaie
>
> The only mod address is wikimedi...
On 19 April 2012 21:58, Huib Laurens wrote:
> The mod adres is: wikimediaie-owner[image: at]lists.wikimedia.org
> I guess somebody is behing it, did you try mailing it already?
That's a role address, which forwards to the actual moderators. Yes,
indeed I did.
- d.
__
"Jpostlethwaite" changed the status of Wikimedia.r1651 to "fixme" and commented
it.
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1651#c32708
Old Status: new
New Status: fixme
Commit summary for Wikimedia.r1651:
Added civicrm_api3_contribution_status to API.
Jpostlethwaite's commen
"Pgehres (WMF)" changed the status of Wikimedia.r1656 to "ok"
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1656
Old status: new
New status: ok
Commit summary for Wikimedia.r1656:
No code changes. Removing debugging statements. See r1655.
___
"Pgehres (WMF)" changed the status of Wikimedia.r1657 to "ok"
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1657
Old status: new
New status: ok
Commit summary for Wikimedia.r1657:
No code changes. Replaced tabs with spaces for coding standards. See r1656.
__
"Pgehres (WMF)" changed the status of Wikimedia.r1658 to "ok"
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1658
Old status: new
New status: ok
Commit summary for Wikimedia.r1658:
No code changes. Replaced tabs with spaces for coding standards.
_
"Pgehres (WMF)" changed the status of Wikimedia.r1659 to "ok"
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1659
Old status: new
New status: ok
Commit summary for Wikimedia.r1659:
No code changes. Removing debugging statements. See r1654.
___
"Pgehres (WMF)" changed the status of Wikimedia.r1660 to "ok"
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1660
Old status: new
New status: ok
Commit summary for Wikimedia.r1660:
No code changes. Replaced tabs with spaces for coding standards. See r1659.
__
"Catrope" changed the status of MediaWiki.r114955 to "new"
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114955
Old status: fixme
New status: new
Commit summary for MediaWiki.r114955:
Update checkoutMediawiki to create symlinks for the Great New URL Structure.
Related to bug 31173
"Jpostlethwaite" changed the status of Wikimedia.r1651 to "new" and commented
it.
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1651#c32709
Old Status: fixme
New Status: new
Commit summary for Wikimedia.r1651:
Added civicrm_api3_contribution_status to API.
Jpostlethwaite's comment:
count me in :D
On 18. 04. 2012 18:09, Greg Sabino Mullane wrote:
I'm jumping back into the abstract schema project, and was
wondering what the workflow is for something like this. Should
I simply create a new branch and have everybody (assuming other
people have an interest) collaborate on that
"Aaron Schulz" changed the status of MediaWiki.r114982 to "ok" and commented it.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114982#c32710
Old Status: new
New Status: ok
Commit summary for MediaWiki.r114982:
Followup to r114955: remove symlinks first, then the directories. Also com
"Aaron Schulz" changed the status of MediaWiki.r114955 to "resolved"
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114955
Old status: new
New status: resolved
Commit summary for MediaWiki.r114955:
Update checkoutMediawiki to create symlinks for the Great New URL Structure.
Related
> Incidentally, some folks are making efforts to update the status spaces
> on those activity pages more often, as you can see at the Platform
> Engineering hub page:
> https://www.mediawiki.org/wiki/Wikimedia_Platform_Engineering and at the
> Features hub:
> https://www.mediawiki.org/wiki/Wikimedi
41 matches
Mail list logo