to implement a sane code review
process for these pages. I don't imagine it will happen anytime soon,
but now seems like a good time to start discussion about it.
[1]
https://szl.wikipedia.org/w/index.php?title=MediaWiki%3ACommon.js&diff=prev&oldid=208782
[2] https://bugzilla.wi
gets+branch:RL2,n,z>
shows the patches happening in the "RL2" branch. We've also been making
some changes to core in the process.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
In honor of bug 1's 10th birthday today, take the time to fix some out
of date documentation or write some missing ones :)
https://bugzilla.wikimedia.org/show_bug.cgi?id=1
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
>>
>
> Would it be possible to get the common directory out of core/skins/ as
> well?
That's <https://bugzilla.wikimedia.org/show_bug.cgi?id=69277>.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
f Mark's comments in [1]: If a URL has "wmflabs.org"
in it...don't put anything, ANYTHING, important there.
Just use Bugzilla, most RfCs are already using it to track issues anyways.
-- Legoktm
[1] http://lists.wikimedia.org/pipermail/wikitech-l/2013-August/071442.html
On 8/7/14, 10:58 AM, David Gerard wrote:
>> but if you are a mobile developer using the REST API
> every day, you need some other term to specify api.php.
>
> Is "api.php" unsuitable for some reason?
I like "api.php" too, given that we refer to the
n the future, dependencies via composer. The entire
setup is puppetized however, so it should be feasible to move it into
production if we decide that we want to.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia
Sorry about the super super late reply.
On 6/4/14, 2:12 AM, Daniel Friesen wrote:
> On 2014-06-04, 1:29 AM, Legoktm wrote:
>> A few more updates about the RfC after the IRC meeting. In case you
>> missed it, the logs are at [1].
>>
>> == Extension locations ==
>>
on this a bit? For which extensions would this be
useful?
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
in Bugzilla[4].
Additionally, I'd like to thank ^demon and YuviPanda for their help in
putting this service together.
-- Legoktm
[1] https://gerrit.wikimedia.org/r/#/c/149474/
[2] https://extdist.wmflabs.org/dist/
[3] https://bugzilla.wikimedia.org/show_bug.cgi?id=44022
[4]
bmitted in the last 15 months.
Probably not since I don't really know that much about tor, but I'm
willing to review Tyler's patches if he's unable to find other people.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
So, "early next week" has already passed, and a week after that too. :(
Any update on when you'll be making an announcement?
-- Legoktm
On 6/27/14, 4:49 PM, Greg Grossmeier wrote:
> Hello all,
>
> We're in negotiations with one of applicants for the MediaWiki rele
s the command-line
installer to prevent installation if it is enabled.
[1] http://www.php.net/manual/en/security.globals.php
[2] https://gerrit.wikimedia.org/r/144854
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists
JsonConfig, but I think at the architecture summit
people were fine with having it in core?
VisualEditor is a different beast, and can't be in core due to its
dependency upon Parsoid. Once Parsoid replaces the PHP parser, I see no
reason it can&
g?
> [2]
> https://commons.wikimedia.org/wiki/File:MediaWiki_Release_Request_For_Proposals_2014.pdf
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
x27;t mean
autoloading in the sense of if the extension is present, MediaWiki will
automatically enable it. What I meant was, that if your configuration has:
$wgEnabledExtensions[] = 'Math';
You shouldn't *also* have to write:
wfLoadExtensions();
Just the first alone should
require the user to put a function
call in their configuration.
== Schema ==
I've written a basic JSON schema for extension.json files and put it up
at [2].
[1]
https://www.mediawiki.org/wiki/Architecture_meetings/RFC_review_2014-05-30
[2]
https://www.mediawiki.org/wiki/Requests_for_
On 5/23/14, 9:26 PM, Legoktm wrote:
On 4/29/14, 1:56 PM, Sumana Harihareswara wrote:
Looks like we are still working on merging the "Make abstract Config
class truly implementation-agnostic" changeset.[0]
[0] https://gerrit.wikimedia.org/r/#/c/109850/
The patch currently has
er who has editbugs right now, or will
it also apply to those we give editbugs to in the future?
Thanks to Chad for the quick resolution on this, hopefully this will be a
positive change overall.
Thank you for finally getting this done! :)
trivial but just needed people to look at it.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
-1; it's
just waiting for someone to +2 it :)
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
n
loading extensions. We would no longer use the current method of
require_once "Foo.php";, but instead $wgEnableExtensions[] = 'foo';, and
MediaWiki would take care of the rest.
Please leave any comments or thoughts you might have on the talk page.
Thanks,
-- Legoktm
_
user talk pages should be marked as a bot since
the user will receive a notification regardless, but ones that are made
to Project (or other) namespaces, should not be flagged as bot so users
will see them in their watchlists.
-- Legoktm
___
Wikitech
On 5/18/14, 7:36 AM, Yuvi Panda wrote:
Hello everyone!
I just merged a change into the new wikibugs that will help reduce
botspam on #wikimedia-dev. wikibugs will no longer report bugs on
#wikimedia-dev that have been reported in other channels, thus
reducing duplication. The previous behavior w
On 04/25/2014 09:10 PM, John wrote:
Looks the the wikibugs is having issues, and needs poked
The new wikibugs is now in #wikimedia-dev, and also in a few other channels.
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
erting the current implementation out of the release branch.
[3]: https://gerrit.wikimedia.org/r/#/c/109850/
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Thu, Jan 16, 2014 at 2:52 PM, Rob Lanphier wrote:
> Let's put that number at 95% :-) I don't want to commit the group to
> anything; it's at the top of the short list, but you never know where
> people will want to take the conversation.
>
> Legoktm, the thin
Hi,
Given that the Configuration cluster had the second most number of
votes in the poll, why was it left of the agenda entirely?
-- Legoktm
On Thu, Jan 16, 2014 at 10:47 AM, Diederik van Liere
wrote:
> Heya,
>
> The Program Committee for the Architecture Summit has published a
ove to
> rauth. But it seems to work and makes me feel fuzzier about using OAuth as
> pseudo authentication.
There is the flask-mwoauth[1] library created by valhallasw that the
gerrit-patch-uploader uses.
[1] https://github.com/valhallasw/flas
eta.wikimedia.org/wiki/Synchbot
[3] https://meta.wikimedia.org/wiki/SWMT
[4] https://meta.wikimedia.org/wiki/User:Snowolf/How_to_globally_Twinkle
[5] https://gerrit.wikimedia.org/r/#/c/94837
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedi
rrow's RFC review meeting.
Thanks,
-- Kunal Mehta (Legoktm)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
have a bot automatically create a stub page
on mw.o when the change is merged, and then a human can fix it up.
-- Legoktm
[1] https://github.com/legoktm/mwhooks/blob/master/create_onwiki.py
[2] https://www.mediawiki.org/wiki/Manual:Hooks/GetLogTypesO
ays (P569).
>
This feature of Wikidata is still in progress, for the time being you can
use Magnus's tool[1] to generate a list that a bot could use.
[1] http://208.80.153.172/
--Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.o
ge.
Thanks,
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ossibly deploy Wikidata, in theory.
>
Wikidata phase 2 is already live on 11 different wikis. (
http://blog.wikimedia.de/2013/03/27/you-can-have-all-the-data/)
>
> MZMcBride
>
>
> -- Legoktm
http://enwp.org/User:Legoktm
>
> ___
>
rticle absent going to
> another site. So now those wars about content will have to go to two sites
> at once, one of which will be international. So that means users who have
> never logged into Wikipedia will have the ability to control the content of
> the project.
>
So? Y
201 - 236 of 236 matches
Mail list logo
