out very liberally. Any coder can promote other
users to coders, and the bar is generally not much higher than showing
good faith. Having commit access usually helps, but I don't believe
it's required.
So the bottom line is, anyone can help, and everyone is encouraged to do so.
Roan Kattouw
outputs incorrect javascript for some input
I will take care of this one on Monday or Tuesday.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
',
115 = 'Citations_talk',
116 = 'Sign_gloss',
117 = 'Sign_gloss_talk',
);
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
) to load a javascript, you should set cache=true to use
the inject one.
I guess we could use this when loading stuff from arbitrary URLs in
the future, but for normal module loads the
mediaWiki.loader.implement() call in the server output works fine.
Roan Kattouw (Catrope
to themselves (e.g. the Article tab), try clicking
that instead; that'll probably yield more realistic results.
The general issue you're pointing out is valid, though; ResourceLoader
still needs some tweaking and reconsideration.
Roan Kattouw (Catrope
booklet section
that should give you all the information you need. If you don't get it
to work, I recommend asking someone on IRC (like me, if I weren't
going to bed soon).
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
2011/2/15 Thomas Dalton thomas.dal...@gmail.com:
Ok, so offering HTTPS for everything isn't essential. What harm does
it do, though?
Exactly. We're not gonna force users to use HTTPS for everything, but
we should at least offer the possibility to those who want it.
Roan Kattouw (Catrope
running, they can now hijack your
login session.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
knowledgeable and productive developers with code
review. At least some of this work could be shifted to less experienced
developers. More on that in a bit.
Yes, I wrote the CodeReview sign-off feature with this in mind.
Roan Kattouw (Catrope)
___
Wikitech-l
and switch it over now. If
CodeReview breaks, we can just switch it back.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
was caused by the amount
of new code in it. Stabilizing and deploying 1.18wmf1 should take
considerably less time and allow us to get much closer to a continuous
integration model.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l
deployment?
That works for me too. wmfN branches can't be tagged from release
branches, they have a different structure so you need to run a script
that branches off the various parts, but otherwise this sounds good.
Roan Kattouw (Catrope)
___
Wikitech
anyway.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
as it is to try and include your
own jQuery. Local scripts should not attempt to include or provide
jQuery in anyway; MediaWiki will provide jQuery for you, and any
attempts to include jQuery yourself will just break things.
Roan Kattouw (Catrope)
___
Wikitech-l
uses document.write() in one case, and checks
that it's safe before it calls it. In scripts loaded by RL, using
document.write() is almost always if not always unsafe. You're right
that we should probably list this, but I'd forgotten about this
subtlety.
Roan Kattouw (Catrope
/CSS is now served from bits.wikimedia.org
as well, which means things like relative @import statements in CSS
are broken at this time; we're working on a fix for that.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
contain
preferences data.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2011/2/10 Soxred93 soxre...@gmail.com:
prefstats maybe?
Yeah, that would contain some data, but only for the skin and
usebetatoolbar preferences.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
with us
(#wikimedia-tech). Is he.wikisource.org ready?
We can always just change the language on test2.wikipedia.org to
Hebrew or something.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org
2011/2/10 Joseph Seddon josephsed...@gmail.com:
Anchorage, Alaska (USA)
It seems the Anchorage people have postponed their bid to 2013? The
link you gave us redirects to the Anchorage 2013 page, and the list of
bidding cities seen on top of the other bid pages doesn't list
Anchorage.
Roan
. If you write
your own makeshift proxy in PHP or something, please have it cache its
fetches from api.php , and for your own good have it send
Cache-Control: public, s-maxage=86400, max-age=86400 as well.
Roan Kattouw (Catrope)
___
Mediawiki-api mailing
/Pagename_with_underscores_instead_of_spaces
Roan Kattouw (Catrope)
___
Mediawiki-api mailing list
Mediawiki-api@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-api
heterogeneous
deployments (different versions of the code on different wikis).
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
it as a script tag, or use jQuery's built-in AJAX facilities
to handle this for you (by adding format=jsoncallback=? to the URL
instead and setting some parameter somewhere to JSONP; see the jQuery
documentation for details).
Roan Kattouw (Catrope)
___
Mediawiki
on the bug noting that
the DOM manipulation our JS does on the textarea might trigger this.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
should watch out and make sure
we've got regression tests covering any cases we find.
Yes, we need minifier tests.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2011/1/28 Sreejith K. sreejithk2...@gmail.com:
xhr.open('GET',
http://commons.wikipedia.org/w/api.php?action=querylist=usersususers=+username+usprop=editcountformat=json;,
true);
It's commons.wikiMedia.org , not commons.wikiPedia.org
Roan Kattouw (Catrope
the edge of the
park.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
component?
There is an InlineEditor component now. I don't know who created it; I
tried to create it just now, but to my surprise it already existed.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
recommend using ?debug=true for that ;)
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
would be a nightmare, and would probably involve setting stuff
to read-only for a few hours.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
and drop the old tables.
Sure, it can be dealt with. It's just that it'd be an epic upgrade :)
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
is ridiculous. That, and it doesn't present
legal problems.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2011/1/21 Trevor Parscal tpars...@wikimedia.org:
Joke or not, it's in there, and it's a violation of the GPL.
Plus the alternative is better anyway.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
saw.
I think he finished recompressing a couple of months ago.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
other
language, which would be a huge amount of data (371 languages, so we'd
need 371*371=137,641 translations).
Roan Kattouw (Catrope)
___
Mediawiki-api mailing list
Mediawiki-api@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki
has some nasty issues with selections.
Have you tried calling .dialog( 'close' ) before doAction() instead of
after? That's the only difference I can find between your code and the
built-in dialogs.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
to wikidiff2 (a custom C++ diff implementation
that generates diffs with HTML markup like ins/del) and caching
the result in memcached.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman
2011/1/11 He Rui r...@redhat.com:
Yeah, but it doesn't work on wiki 1.14 such as the parameter 'export'.
Is there an alternative way to achieve this? If no, I'll use
Special:Export[1] instead.
When working with MW 1.14, you should use Special:Export, yes.
Roan Kattouw (Catrope
://en.wikipedia.org/w/api.php?action=querytitles=Wikiexportexportnowrap
Is that what you were looking for?
Roan Kattouw (Catrope)
___
Mediawiki-api mailing list
Mediawiki-api@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-api
like these are usually about XML dumps generated by
Special:Export and dumpBackup.php and accepted by Special:Import and
importDump.php . They wrap the wikitext entirely without structuring
it, and only contain metadata about revisions and pages.
Roan Kattouw (Catrope
like the code for this is already there [5], maybe I should
open a new bug right now?
Would be nice to track it in BZ, yes.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
2011/1/7 Nicolas Vervelle nverve...@gmail.com:
Hi,
Is it normal to get an error rvnosuchsection when requesting section 0 of
an empty page ?
That sounds like a bug. Could you file it in Bugzilla?
Roan Kattouw (Catrope)
___
Mediawiki-api mailing list
be broken in 1.17, not in trunk), looking into
that now.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2011/1/7 Bryan Tong Minh bryan.tongm...@gmail.com:
Also FR seems to be unconditionally enabled, also on wikis that do not
have the tables present.
Which wikis would those be? Rob says he ran update.php so all the
tables should be there.
Roan Kattouw (Catrope
2011/1/7 Roan Kattouw roan.katt...@gmail.com:
TW is probably TranslateWiki. I wouldn't know what MWO is without
context, looking.
Seems to be a non-standard acronym for MW.org
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
2011/1/7 Diederik van Liere dvanli...@gmail.com:
The same error is given for:
* Russian
* Japanese
* Italian
* Arabic (ar is the language code)
All fixed now, thanks for reporting. I had tried to run update.php
against all DBs, but I forgot I'd commented out the code for switching
DBs.
Roan
revisions, we cache them in memcached.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
) that's probably tricky.
Roan Kattouw (Catrope)
___
Mediawiki-api mailing list
Mediawiki-api@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-api
IE8 and below? Do any
of the proxy-needing browsers support CORS?
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
can also imagine that there
would be other performance concerns with LST preventing its deployment
to large wikis, but I'm not sure of that.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org
wikipedia using #lst? :-)
Using #lst to implement variables in wikitext sounds like a terrible
hack, similar to how using {{padleft:}} to implement string functions
in wikitext is a terrible hack.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l
time ago) and I
haven't succeeded in convincing him to reply on this list (holidays, I
guess), but he's been playing around for it for about nine months now,
on and off, and from what I've heard and seen it's promising and
entirely in the spirit of your post.
Roan Kattouw (Catrope
welcome there for getting
advice from fellow developers and telling them the next time trunk
breaks like that :)
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
of
limbo where parts of the code are from 1.17, parts are from the code
meant to be in 1.18, and some of the files are mixed...
I'll take a look at cleaning this up right now. I'll do this by
reverting r79129 and merging the revisions it merged more carefully
and in smaller batches.
Roan Kattouw
2010/12/31 Roan Kattouw roan.katt...@gmail.com:
I'll take a look at cleaning this up right now. I'll do this by
reverting r79129 and merging the revisions it merged more carefully
and in smaller batches.
This is fixed now. I didn't go to such extremes as to completely
revert and re-do r79129
support is sort-of-ready before the 1.17
release and doesn't require non-trivial core changes, we can do that.
So Radim, please do all development in trunk, then if and when we
decide the code is 1.17-ready we'll merge it into REL1_17. This is
what we do for everything else too.
Roan Kattouw (Catrope
.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2010/12/17 Platonides platoni...@gmail.com:
-even assuming that the memcached can
happily handle it and no other data is affecting by it- the network
delay make it a non-free operation.
Because memcached uses LRU, I think this'll also flood a lot of stuff
out of the cache.
Roan Kattouw
-only) or how
much it would help (my impression is ES is one of the slower parts of
our system and reducing the number of ES hits by a factor 50 should
help, but I may be wrong), maybe someone with more relevant knowledge
and experience can comment on that (Tim?).
Roan Kattouw (Catrope
to be
recreated. That doesn't seem to be the case here (timestamp mismatch)
so I'm not sure exactly what happened in this particular case; maybe
someone just recreated the account, simple as that.
Roan Kattouw (Catrope)
___
Mediawiki-api mailing list
Mediawiki
of the curl
version.
Do you also pass the login cookie back to the edit token request AND
the action=edit request?
Roan Kattouw (Catrope)
___
Mediawiki-api mailing list
Mediawiki-api@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-api
is
sufficiently simple (try a^2+b^2=c^2 for instance).
Roan Kattouw (Catrope)
___
Mediawiki-api mailing list
Mediawiki-api@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-api
, for all API requests.
Roan Kattouw (Catrope)
___
Mediawiki-api mailing list
Mediawiki-api@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-api
2010/12/13 Brad Jorsch b-jor...@alum.northwestern.edu:
Is there any reason besides coder convenience for a client to ever GET
instead of POST for API requests?
Cacheable requests (with the maxage and smaxage parameters) are only
supported for GET, not for POST.
Roan Kattouw (Catrope
an account rename here. Edits are reattributed for
those, but I guess the editcount isn't updated for that, and of course
the registration timestamp will be different too.
Roan Kattouw (Catrope)
___
Mediawiki-api mailing list
Mediawiki-api
2010/10/23 Roan Kattouw roan.katt...@gmail.com:
As of r75274, patrol tokens accepted by action=patrol and generated by
list=recentchanges are no longer equal to edit tokens and are no
longer the same within a session. Instead, they are now different for
every recentchanges row (i.e
) is missing
Am I missing something or is there a bug in the API ?
You're missing that the API is really giving you a back there, but
it gets XML-encoded to amp; . Do the same request with format=jsonfm
or something and you'll see a plain .
Roan Kattouw (Catrope
2010/12/7 Trevor Parscal tpars...@wikimedia.org:
I have made this point before, clearly upon deaf ears - but I will make
it again.
I don't think this'll surprise anyone, but I'll just state that I
fully agree with Trevor here.
Roan Kattouw (Catrope
or
changes to one specific component you're familiar with, you're taking
work out of the hands of other reviewers.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2010/12/7 Roan Kattouw roan.katt...@gmail.com:
When you commit or find a revision post-r77974 that you feel should be
in 1.17 (bugfixes, typically, no new features), tag it with 1.17 in
CodeReview.
It's been pointed out on IRC that you need to be in the coder group on
mediawiki.org to be able
2010/12/7 Roan Kattouw roan.katt...@gmail.com:
I'd also like to call upon everyone to help out with code review.
Another addendum inspired by IRC chatter: not just MediaWiki core
needs to be reviewed, extensions deployed on WMF wikis need review
too. So if you happen to be familiar with the code
that.
That's the correct approach indeed, thanks for correcting me or I
would've done it wrong.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
recent, that'd
be a strong case for moving the branch point into the past.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
some people's time to this).
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
deploy first and release later,
that's what we've always done AFAIK.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
their time to doing review and other things needed
to get 1.17 into shape (WMF-employed reviewers are mostly focusing on
their assigned projects now AFAICT) I think we can definitely finish
before March.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
branch or declare something like a feature freeze and freeze for minor
stuff in trunk. My general opinion on this sort of thing is that trunk
should not generally be subject to such freezes.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l
-cvs, this list is not archived. Tim and I are the current
list admins.
Roan Kattouw (Catrope)
[1] https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[2] https://bugzilla.wikimedia.org/show_bug.cgi?id=22046
___
Wikitech-l mailing list
2010/11/30 oni oni.p...@gmail.com:
Hi everyone,
When using generators is there any way to get the pages element to
be an array?
Use the indexpageids=1 parameter, that'll supply you with an array of
page IDs used in the response.
Roan Kattouw (Catrope
, but it's not
unreasonable to want to upload OpenOffice documents. Since the OO
formats are ZIP-like, blocking ZIPs blocks those too.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
2010/11/29 Jan Paul Posma jp.po...@gmail.com:
Full interview videos will be available on Wikimedia Commons somewhere next
month. They are in Dutch, though.
Michael, can we subtitle those with mwEmbed magic?
Roan Kattouw (Catrope)
___
Wikitech-l
with a .class extension. I can’t vouch for this method. **If you did
this, the zip library you used would have to be exactly as tolerant of
zip format errors as the one used by Java.** It would probably be best
to actually shell out to Java to do the test.
(emphasis mine)
Roan Kattouw (Catrope)
[1
2010/11/27 John Du Hart compwhi...@gmail.com:
Lol
Needless to say, this e-mail address has been put on moderation.
Roan Kattouw (Catrope)
___
Mediawiki-api mailing list
Mediawiki-api@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
and the
downtime situation with download.wm.o
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
modules from an extension
too.
If all you need to do is parse some wikitext without otherwise needing
to do things in PHP (i.e. if you can generate the wikitext to parse on
the JS side), you could use the existing action=parse module to parse
it.
Roan Kattouw (Catrope
6 clusters (three clusters of one, one
of three, one of ~20 and one with the other ~790), so we only need to
connect to 6 DB servers and run one query on each.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
2010/11/10 Jeroen De Dauw jeroended...@gmail.com:
Hey,
...are trying to find images in the /img/ folder...
So why is this, and how can it be fixed? It works when not using the RL...
Could you point me to the code that generates those img tags?
Roan Kattouw (Catrope
2010/11/10 Roan Kattouw roan.katt...@gmail.com:
2010/11/10 Tei oscar.vi...@gmail.com:
Hi,
Just a sugestion.
Downloading the last version of MediaWiki seems to take ages ATM.
Maybe servers are overloaded. And not mirror is offered.
$ wget http://download.wikimedia.org/mediawiki/1.16
This is because of the dumps server outage reported in this channel
earlier. The tarballs are hosted on the same server.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
.
However, Trevor also said that other parts of MW already don't obey
$wgStyleDirectory . Maybe someone needs to try setting it and see if
things break.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
don't know where it is (maybe someone who
does can post a link?).
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
talking about here.
I guess you could take a concatenated version of all style sheets and
generate an RTL version of that. What do the current static dumps do?
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
2010/11/10 Roan Kattouw roan.katt...@gmail.com:
I guess you could take a concatenated version of all style sheets and
generate an RTL version of that.
Hmm, and remap image paths, now I think of it. It'd probably be easier
to pull the CSS for all modules from the resource loader this way
wrong with image URL remapping here, but it's hard to figure out
what unless I can see it fail in my browser.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
cases.
Sounds good.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
. Static dumps wouldn't be affected as long as
they use one language consistently and fetch the CSS through RL.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2010/11/8 Ashar Voultoiz hashar+...@free.fr:
With Codereview backlog, manual updates fixing my own bugs ... I am
not sure I am going to help clean up Bugzilla backlog anytime soon :(
We're hiring a Bugmeister soon, hopefully that'll help.
Roan Kattouw (Catrope
to work on certain bugs. Right now my impression is we/they
mostly do projects.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
URL inlining based on user agent. We use
aggressive caching so we can't do anything based on User-Agent. We
still do data URLs, though, with a fallback rule that happens to only
work in browsers that don't support data URLs. It's a dirty hack, but
it works.
Roan Kattouw (Catrope
501 - 600 of 1210 matches
Mail list logo
