On Jul 2, 2012, at 2:30 AM, Subramanya Sastry wrote:
One thing I just noticed when looking at the git history via gitk (on Ubuntu)
is that the history looks totally spaghetti and it is hard to make sense of
the history. This seems to have happened since the switch to git and
post-commit
http://blog.jquery.com/2012/06/28/jquery-core-version-1-9-and-beyond/
jQuery 1.8 should arrive within a month. Here is our thinking about the
next two versions of jQuery to follow it, and when they’ll arrive:
jQuery 1.9 (early 2013): We’ll remove many of the interfaces already
deprecated in
On Mon, Jul 2, 2012 at 10:38 AM, Derk-Jan Hartman
d.j.hartman+wmf...@gmail.com wrote:
http://blog.jquery.com/2012/06/28/jquery-core-version-1-9-and-beyond/
jQuery 1.8 should arrive within a month. Here is our thinking about the
next two versions of jQuery to follow it, and when they’ll arrive:
Some notes on the UI interface:
(i) it doesn't allow to review the commit message
(ii) the github-like comment and diff UI is nice, but the diffs aren't
as informative: they don't seem to highlight extra whitespace and tabs
as well as Gerrit.
(iii) the interface showing the files is less
Sounds nice, but on the long run, why not including a PHP class for
extensions into core. This would already make quite some code you need
for new extensions obsolete. I'd like to see a base class for all
extensions which offer simple information such as the extensions name,
version, file path,
Well we can also include both versions and conditionally load them.
DJ
On Mon, Jul 2, 2012 at 11:01 AM, Martijn Hoekstra martijnhoeks...@gmail.com
wrote:
On Mon, Jul 2, 2012 at 10:38 AM, Derk-Jan Hartman
d.j.hartman+wmf...@gmail.com wrote:
On Jul 2, 2012, at 10:38 AM, Derk-Jan Hartman wrote:
http://blog.jquery.com/2012/06/28/jquery-core-version-1-9-and-beyond/
jQuery 1.8 should arrive within a month. Here is our thinking about the
next two versions of jQuery to follow it, and when they’ll arrive:
jQuery 1.9 (early 2013):
Have you looked at the example extensions?
https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/examples.git;a=tree
-- Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hey,
I ended up doing my own queries for this: http://pastebin.com/17wxZWTZ
Still hope someone will point out a nicer way of doing this though :)
Cheers
--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--
___
Wikitech-l mailing list
Not sure, but could it be that tidy at latest would escape that ampersand?
This has nothing to do with Wikitext, but just plain HTML -- a sole
ampersand is not valid in HTML.
2012/6/29 Daniel Barrett d...@vistaprint.com:
In a parser tag callback, if I change this:
function myCallback($input,
Hi!
I'm trying to register the second e-mail in Gerrit, right here:
https://gerrit.wikimedia.org/r/#/settings/contact
I have the following application error:
Cannot format velocity template
com/google/gerrit/server/mail/RegisterNewEmail.vm
Is that a bug?
Sincerely yours,
Yury Katkov
Hi,
On Mon, Jul 2, 2012 at 2:44 PM, Yury Katkov katkov.ju...@gmail.com wrote:
Hi!
I'm trying to register the second e-mail in Gerrit, right here:
https://gerrit.wikimedia.org/r/#/settings/contact
I have the following application error:
Cannot format velocity template
Yes, please, because fixing things such as (put your sunglasses first)
https://pt.wikipedia.org/?oldid=30926886action=editsection=3preview=yesuselang=en
is a PITA and will take years! (there are tons of it!)
Wow! This is exactly why I think inline styles might be a bad thing
:-) - this really
I think the upstream keyword in bugzilla is useless. Can we replace it
with a field which takes an url to the upstream bug report?
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On Mon, Jul 2, 2012 at 10:45 AM, Niklas Laxström
niklas.laxst...@gmail.com wrote:
I think the upstream keyword in bugzilla is useless. Can we replace it
with a field which takes an url to the upstream bug report?
When I've filed an upstream but, I usually put it in the URL
field. Does that not
On 29/06/12 21:42, Daniel Barrett wrote:
How can I prevent this conversion so ampersands (and presumably other
special characters) are preserved?
Followup up my own question: StripState is not relevant here. It's the fact
that it's a parser tag extension. Simply returning in the callback
On 2 July 2012 17:55, Chad innocentkil...@gmail.com wrote:
On Mon, Jul 2, 2012 at 10:45 AM, Niklas Laxström
niklas.laxst...@gmail.com wrote:
I think the upstream keyword in bugzilla is useless. Can we replace it
with a field which takes an url to the upstream bug report?
When I've filed an
Christian, thanks for the information about DatabaseBase for mocking, that
makes sense.
I don't know PHP at all, but I know something about how to do automated
tests. Besides manipulating tables directly, I've seen a couple of other
things in the unit tests that struck me as strange also:
* at
Hello Everyone,
Good day!
When we had our first official out of town outreach project in Naga City,
about 300 km south of Manila, we encountered a problem when 50+ students,
librarians and professors attempt to create an account with the Bikol
Wikipedia. Apparently it only allows 6 applications
2012/7/2 Butch Bustria bu...@wikimedia.org.ph:
Is there a creative way to have not experience the same issue in our future
outreach projects? Say one school has one public IP address but many
attempt to register?
The best solution that you currently have is this:
On Mon, Jul 2, 2012 at 8:37 AM, Niklas Laxström
niklas.laxst...@gmail.com wrote:
On 2 July 2012 17:55, Chad innocentkil...@gmail.com wrote:
On Mon, Jul 2, 2012 at 10:45 AM, Niklas Laxström
niklas.laxst...@gmail.com wrote:
I think the upstream keyword in bugzilla is useless. Can we replace it
On Fri, Jun 29, 2012 at 5:22 PM, MZMcBride z...@mzmcbride.com wrote:
Are you following the deployment plan outlined by Roan here:
https://bugzilla.wikimedia.org/show_bug.cgi?id=27478#c18? (It was a
follow-up to Aryeh's post here:
Thanks for that info. We will do that thing in the future.
Hopefully there could be a development of an offline sandbox for Wikipedia
starters. Developing countries need those especially in areas with little,
or no stable internet connection.
--
Roman Butch Bustria Jr.
Vice President
2012/7/2 Butch Bustria bu...@wikimedia.org.ph:
Hopefully there could be a development of an offline sandbox for Wikipedia
starters. Developing countries need those especially in areas with little,
or no stable internet connection.
Can you open an enhancement request in Bugzilla about this,
So you've found and instance of where a user has poor design skills and you
immediate response to that is to start a discussion on killing inline
styles? Give me a break.
On Jul 2, 2012 10:43 AM, Jon Robson jdlrob...@gmail.com wrote:
Yes, please, because fixing things such as (put your
Hey John
Sorry it seems my e-mail wasn't worded well... it makes it seem like
that specific example was the catalyst for creating that wiki page
when in fact the wiki page was created to discuss the __whole of this
thread__ (I'm not sure if you've been following it or not).
I would personally
Ah that is useful! Thanks Chad!
On Jul 2, 2012, at 1:35 PM, Chad wrote:
Hi everyone,
I've just come across (and enabled) a feature in Gerrit that I think
many will find useful. I'm calling them personal sandboxes. The
basic premise is that each user can have a personal branch space
that
This is awesome!
--
Ori Livneh
o...@wikimedia.org
On Monday, July 2, 2012 at 10:35 AM, Chad wrote:
Hi everyone,
I've just come across (and enabled) a feature in Gerrit that I think
many will find useful. I'm calling them personal sandboxes. The
basic premise is that each user can have a
On 2 July 2012 16:02, Daniel Barrett d...@vistaprint.com wrote:
On 29/06/12 21:42, Daniel Barrett wrote:
How can I prevent this conversion so ampersands (and presumably other
special characters) are preserved?
Followup up my own question: StripState is not relevant here. It's the fact
that
On 28 June 2012 04:21, MZMcBride z...@mzmcbride.com wrote:
Jon Robson wrote:
More concretely can anyone give me a specific example of an inline
style that is essential on mobile that we simply cannot scrub?
We've been over this repeatedly, haven't we? Sometimes there is _data_ in
the
*
We apologize if you received multiple copies of this Call for Papers.
Please feel free to distribute it to those who might be interested.
*
This is an
Hacking around like this seems liable to break something or not work in
some case. I think a cookie would work better than a uselang hack. It
would also look better to users.
On Fri, 29 Jun 2012 07:08:40 -0700, Daniel Werner
daniel.wer...@wikimedia.de wrote:
Just stumbled over the
Hi Denny,
Op 26-6-2012 18:48, Denny Vrandečić schreef:
knip
Any comments on this?
Did you already take a look at how this was implemented on Commons?
Mdale and I hacked up a first version a couple of years ago in Paris and
Timo later improved this.
Code is now at
Hello again!
As before, I have a test instance of MediaWiki and Etherpad Lite
running, and I'm looking for people to help me test an extension that
ties them together!
If you're interested in testing the extension without any setup, you can
just head over to my TestWiki [0]. If you'd like
Niklas Laxström niklas.laxst...@gmail.com wrote:
On 2 July 2012 17:55, Chad innocentkil...@gmail.com wrote:
On Mon, Jul 2, 2012 at 10:45 AM, Niklas Laxström
niklas.laxst...@gmail.com wrote:
I think the upstream keyword in bugzilla is useless. Can we replace it
with a field which takes an url
All,
The Technical Operations team noticed abnormal network package losses
sometime after yesterday's 'leap second' switch (midnight UTC). While it
does not seem to impact the site availability at this moment, it is a
concern. We are still not sure if is even related to the 'leap second'
switch
On 01/07/12 13:49, Christian Aistleitner wrote:
One might think so, yes.
But as I said, one would mock /above/ the SQL layer.
For typical database operations, SQL would not even get generated in
the first place!
Consider for example code containing
$db-insert( $param1, $param2, ... );
On 02/07/12 18:56, Butch Bustria wrote:
Thanks for that info. We will do that thing in the future.
Hopefully there could be a development of an offline sandbox for Wikipedia
starters. Developing countries need those especially in areas with little,
or no stable internet connection.
You can
Hi Everyone -
This issue appears to be patched up. Please let me know immediately if
you see any more network issues.
Longer explanation - the root cause of issues we saw today was a
fixed router bug (our code version should not have been affected).
When in a firewall filter, packets are
Roan Kattouw wrote:
Yes, ops essentially uses a post-commit workflow right now, and that
makes sense for them.
ops also uses pre-commit review for non-ops people :-]
Yeah, that's right. What I meant to say (and thought I had said in
some form later in that message) was that the puppet
I became curious with these statements regarding self-review
(committer==reviewer) and so I ran a couple
of queries against the gerrit database to see how often this occurs:
1) For the puppet repo, 84.1% of the commits is self-reviewed.
2) For the mediawiki core repo, 27.9% of the commits
On Mon, Jul 2, 2012 at 9:19 PM, Diederik van Liere dvanli...@gmail.com wrote:
I became curious with these statements regarding self-review
(committer==reviewer) and so I ran a couple
of queries against the gerrit database to see how often this occurs:
1) For the puppet repo, 84.1% of the
Yeah, I don't think Ops is proud of this, but from my understanding,
it's very difficult to develop for puppet without committing and
seeing what happens. It's possible, but it's definitely not as
productive.
That's not true anymore. It's been possible to fully test puppet
manifests before
Diederik van Liere wrote:
Roan Kattouw wrote:
Yes, ops essentially uses a post-commit workflow right now, and that
makes sense for them.
ops also uses pre-commit review for non-ops people :-]
Yeah, that's right. What I meant to say (and thought I had said in
some form later in that
44 matches
Mail list logo