haven't had much time recently to actually do any
of that.
(I mean from a social/community perspective only, purely as a
"volunteer" developer. From a WMF planning perspective, that's
somebody else's problem ;) and I have no opinion on what the WMF
should be doing)
--
-bawolff
On Tue, Feb 2,
On Thu, Jan 28, 2016 at 12:48 PM, Andre Klapper wrote:
> Google Code-in 2015 has come to an end.
>
> Thanks to our students for resolving 461 Wikimedia tasks. Thanks to our
> 35 mentors for being available, also on weekends & holidays. Thanks to
> everybody on IRC for your
On Tue, Feb 2, 2016 at 9:40 AM, Rob Lanphier wrote:
> On Thu, Jan 28, 2016 at 2:57 PM, Pine W wrote:
>
>> Is there, or will there be, a page somewhere that describes the outcomes of
>> the Developer Summit?
>>
>
> I would love for the working group
lthough that might
just be coincidental. I doubt that has anything with what the team wants to
do so much as there is overlap between what they want to do and other
people's messes).
--
-Bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.w
necessarily think they have a responsibility to (beyond
critical issues, security, etc), but if the teams in question aren't
too busy, it is always nice to give back to projects that we use.
--
-bawolff
On Sat, Sep 19, 2015 at 5:25 AM, Yongmin Hong <li...@revi.pe.kr> wrote:
> Deployed on wmf clu
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
://wikiapiary.com/w/index.php?title=Special:SearchByPropertylimit=500offset=0property=Has+PHP+Versionvalue=5.3.3
is also something to keep in mind
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
::getType() (previously declared abstract in
DatabaseBase) in git/includes/db/Database.php on line 32).
Is it time we up'd our version requirements (And does anyone know if
that would affect lots of third parties?) Or should that change be
reverted?
--bawolff
Can we add a link to the survey to the top of
https://www.mediawiki.org/wiki/Download until the end of July?
Sounds reasonable. I added a link to the top of that page.
--
bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
it out
of beta would basically mean making a (rather meaningless) edit to
the extension description page.
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Yes, you can add things to the Special:Preferences page. See
https://www.mediawiki.org/wiki/Manual:Hooks/GetPreferences
--
bawolff
On Tue, Jul 7, 2015 at 11:43 AM, Paula paula...@gmail.com wrote:
I'm talking about an extension for MediaWiki not WikiMedia :)
My question is if I can add an input
From what I read here, the current roadmap software is difficult to use and
is not being used consistently;
In fact, until this thread, I didn't even know that people were making
a roadmap in phab...
--
bawolff
___
Wikitech-l mailing list
Wikitech
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
I don't know about normal mobile page views, but edit views are not
allowed to be framed to prevent click-jacking attacks [1]
--bawolff
[1] https://en.wikipedia.org/wiki
://phabricator.wikimedia.org/T85850
* MediaWiki user Bawolff pointed out that the SVG filter to prevent
injecting JavaScript using animate elements was incorrect.
https://phabricator.wikimedia.org/T86711
* MediaWiki user Bawolff reported a stored XSS vulnerability due to the way
attributes were expanded
.
Or you can do the code review thing, but then decide that everyone is
allowed to review their own patch and essentially ignore that aspect.
Gerrit may be a usability trainwreck, but its not that bad once you
get used to it.
--bawolff
___
Wikitech-l
fears.
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
to me that we would benefit from something
similar for adding translations to file descriptions.
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
that it doesnt need extra privs. That attribute isnt set on the
theora.ogg version. Even then it still needs a click through prompt.
Anyways, great work on all this.
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org
majority of whom are not working on multimedia viewer.
/obnoxious pendantic rant
Cheers,
Bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
problems.
Bugzilla is not visibly featured there, and it probably should be.
Getting support is different from filing bugs.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
that in a single day there's already been almost 20,000 new
transcodes, it looks like it won't take that long to be done with all
of them. I'm really quite surprised how fast the transcoding is
proceeding.
--bawolff
___
Wikitech-l mailing list
Wikitech-l
the
error happened?
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Aaron Schulz has become the first person to have approved (+2'ed) =
1000 patchsets to mediawiki core [1]. I thought this nice round number
deserved a note, and a good job. Thank you Aaron for all your hard
work reviewing things.
--bawolff
[1] https://toolserver.org/~nemobis/crstats/core.txt
, if we didn't need the info
in the trace.
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
?
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
, don't be discouraged, but seeing how
much of it you can make sense of, can be quite beneficial.
Last of all, don't be afraid to ask questions. There's lots of people
on irc who can probably answer any questions you may have.
--
-Bawolff (Brian Wolff
directory is web accessible (and many people
don't even turn off php_engine in that directory [speaking of which,
why don't we add that to the default .htaccess for that directory]),
having arbitrary git checkouts in such a directory seems kind of scary
too.
--bawolff
. At the very least jobs are
not run from webrequests). I doubt cron is used, I imagine there are
enough jobs that there is a web server (probably more than one)
dedicated solely to dealing with the job queue at all times.
--bawolff
p.s. As an aside, looking for this source code I noticed its
, the process of reviewing it would probably take
a long time (So probably out of your time frame).
Thus I don't think its likely to be installed :(
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman
or something).
--bawolff
p.s. Have not tested this, and talking a bit outside my knowledge area, so ymmv
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
points on mediawiki, theres a lot
worse things just floating around the internet than a slow to parse page
list.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
can make both commons: and
wikidata: link to the proper url, why does d: have a lang subdomain?
*Why do edits not work on the non-canonical url (is it because the api
requests go to a fully qualified url based on $wgServer instead of of
a relative url? Is there a reason for doing this?)
--
- bawolff
* Work to get bugfixes backported to 1.19. I don't have Gerrit
rights to commit to the REL1_19 branch, but that will keep me from
fixing bugs by fiat.
I think we should give you such rights.
--bawolff
___
Wikitech-l mailing list
Wikitech-l
more
information (Wikipedia is a big place). The situation here is somewhat
similar. We're grateful for the report, but would need more
information before we can do anything about it.
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
it in
/mw-config also provides a nice separation from mediawiki proper imo.
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Umm there was a thread several months ago about how it is used on several
of the slave dbs, if I recall.
-bawolff
On 2013-02-13 8:28 AM, Petr Bena benap...@gmail.com wrote:
Hi,
I have installed Maria DB to all my servers, including production servers
few weeks ago, and I found it quite
s/11/9/
*Sumana slinks off quietly*
--
Sumana Harihareswara
Engineering Community Manager
Wikimedia Foundation
9 is still an extremely impressive number. When did sysops get
introduced? I have a feeling that 11 years ago there was no such
thing.
Welcome Ed!
--bawolff
me if im wrong)
-bawolff
On 2013-02-11 9:14 AM, Yuri Astrakhan yuriastrak...@gmail.com wrote:
Mariya,
Could you be more specific? What types of changes caused extensions to
break? I might be mistaken but the vast majority of the API framework
classes have been established over 5 years ago
on doc.wikimedia.org, but if
you had doc.mediawiki.org in the url, things auto redirected (and vice
veras: if you went to doc.wikimedia.org/core/master/php things
redirected to doc.mediawiki.org/core/master/php )
Cheers,
Bawolff
On Fri, Feb 8, 2013 at 11:18 AM, Antoine Musso hashar+...@free.fr wrote:
Hello,
We
://lists.wikimedia.org/mailman/listinfo/wikitech-l
I know nothing of smw, but surely using an rdf store backend ( which from
what i understand has been supported for quite some time) would be more
efficient than a relational db backend, no matter how optimized that
backend might be.
-bawolff
participation?
Thank you for your participation and support! We hope the coming Bug Days
will get better and better.
Thank you for hosting this. While I couldn't make this one, I hope to
help out in a future bug day!
Cheers,
Bawolff
___
Wikitech-l mailing
On Wed, Feb 6, 2013 at 12:37 PM, bawolff bawolff...@gmail.com wrote:
On Wed, Feb 6, 2013 at 11:37 AM, Valerie Juarez
valerie.m.jua...@gmail.com wrote:
Last week we had our first Bug Day of the year.
*---How it Went*---
We looked at bugs (excluding enhancements) that had not seen any changes
Just to clarify, will this affect the stats at
http://dumps.wikimedia.org/other/pagecounts-raw/ ? Changing the format
of that will probably break third party scripts.
--
-bawolff
On Fri, Jan 25, 2013 at 1:41 PM, Diederik van Liere
dvanli...@wikimedia.org wrote:
Apologies for crossposting
Heya
we discuss the
front runners and other possible solutions).
What colour should the polling booth be?
I don't think the answer is voting. Perhaps there are some sheds that don't
need to be painted.
-bawolff
P.s. if someone built a bikeshed in the wmf office they would be my hero
discussion.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
efFuncName that I see in the current coding
convention doc reverted out a while back for not being a real
(recommended) convention?
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
of captcha versus other spam filtering
techniques.
Cheers,
Katie
Someone should write a browser addon to automatically decode and fill in
captchas for blind users. (Only half joking)
-bawolff
__**_
Wikitech-l mailing list
Wikitech-l
On 2013-01-22 6:05 PM, Jeroen De Dauw jeroended...@gmail.com wrote:
Hey,
I hereby admit defeat. My thread was clearly not the ultimate bikeshed.
Cheers
--
On this bikeshed, allowing both styles sounds perfectly acceptable to me.
-bawolff
?
There may still be issues with quotes. Im not sure.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Good work to everyone involved!
-bawolff
On 2013-01-22 6:53 PM, Ct Woo ct...@wikimedia.org wrote:
All,
The switchover work is done.
The site was was available to readers throughout the migration work though
it was in read-only mode for about 32 minutes, when Asher and Mark had to
migrate
-captcha-strengths-and-weaknessescount
as evidence? (Copied and pasted from the mailing list archives)
Sure captchas do prevent some limitted attacks - it makes it more effort
then a 5 minute perl script. Most spammers are more sophisticated than that.
-bawolff
to
break. (Obviously that's a rather large guess). As a compromise maybe we
should have straight text in image captchas.
-bawolff
On 2013-01-21 7:40 PM, Anthony wikim...@inbox.org wrote:
On Mon, Jan 21, 2013 at 3:00 AM, David Gerard dger...@gmail.com wrote:
I mean, you could redefine something
on enwiki is enough to tell us the human impact.
That would be interesting. Remember that captchas arent just on the user
reg page though.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
if that needs to be done again? Imho this type of issue is
a rather serious one which causes lots of frustration and confusion.
[1] https://bugzilla.wikimedia.org/show_bug.cgi?id=41130
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
English is a useless language anyhow. There's not even a compilier for it!
-bawolff
On 2013-01-18 11:49 AM, Petr Bena benap...@gmail.com wrote:
* in case anyone is interested in *
common mistake done by me. One day I will hopefully master english :)
On Fri, Jan 18, 2013 at 4:48 PM, Petr
: good in depth feedback early and often is critical for success. If
we make people merge their projects in small steps as they complete
independant features (like once every 2 weeks) gsocers get better feedback
and no giant painful merge at the end.
-bawolff
On 2013-01-17 3:47 PM, Petr Bena benap
hanger-ons who just happen to be idling in #mediawiki
at the time. This brings more people into doing more mediawiki things,
which is a good thing.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman
the
summer?
-bawolff
On 2013-01-16 1:48 PM, Quim Gil q...@wikimedia.org wrote:
Hi, next week I will have a casual chat with Siko about the new Wikimedia
Individual Engagement Grants and how MediaWiki contributors could
theoretically benefit from them.
If you have specific questions or feedback
to the working bee to help with the painting.
Luke Welling
Well put. That sounds entirely fair to me.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
like
/*
==header ==
*/
That would be picked up by mw and formatted as headers. But automatic and
more complete.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
considers spelling issues to be a minor
nitpick varries quite a lot between people.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
to be no big
deal).
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
While it may be true that there are better methods to call for this
purpose, an article's id should be 0 if and only if it does not exist
(or perhaps if its in a fake namespace like special).
-bawolff
On Tue, Jan 15, 2013 at 10:15 AM, Tyler Romeo tylerro...@gmail.com wrote:
I think the best
to get info about a specific file, and often those methods
call more general methods in the filerepo class to get the needed
information out of the repository.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
Wikipedia.
Another area that could benefit most non-WMF wikis is a way to import
some documentation for how to *use* a wiki.
Both of those two things would probably be solved if we had good
interwiki transclusion support.
--bawolff
___
Wikitech-l mailing
in the
first place (if everyone can get a blinded token), or hand out the
overrides via IP block exempt group (If we limit who can get such
tokens).
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman
like the
issue is unintentional.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
in wikitext or not)
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
the category pages to give helpful
information and even change the category name to localize it.
Otoh I suppose such a special page could would also have a system
message to provide useful introduction to what the property in
question means.
-bawolff
to be in the same group on
Wikimedia.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
with having users log in to secure by default. I suppose we
might not want people to loose their login if they're logged into
insecure and search via firefox with secure login - is that what
you're concerned about, or is it something else?
-bawolff
___
Wikitech
it yourself now that jenkins does it for you).
When I used to run unit tests, there were quite regularly issues where
the unit tests assumed you had the default configuration, where they
really should not assume such a thing. (That was of course a while
ago, so things may have changed).
--bawolff
, but they are few and far between).
It's hard to say more without being familar with what exactly you are coding.
--bawolff
On Mon, Dec 24, 2012 at 4:38 PM, Sumana Harihareswara
suma...@wikimedia.org wrote:
By the way, Yury I just wanted to ask you to list any UNIQ issues you
run into here: https
You could always have a magic word that disables the features, and let
the users put it in the relevant templates. Then the users could
disable it on all the pages they feel it would be inappropriate for.
--bawolff
On Mon, Dec 24, 2012 at 2:34 PM, Bináris wikipo...@gmail.com wrote:
Perhaps
unit tests for code from experienced
people. While everyone benefits from the unit tests, I imagine
inexperienced new developers would benefit the most (One assumes
people with @wikimedia.org emails ought to be experienced ;)
-bawolff
___
Wikitech-l mailing
out
users cookies to ensure that some local caching is invalidated.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
fails $wgLogo could be changed to a different url to get around the
caching issue.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
-
https://www.mediawiki.org/wiki/Thread:Talk:Git/Workflow/Bugzilla
--
-Bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
and congrats to everyone accepted.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
together that wouldn't by themselves.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Tue, Dec 11, 2012 at 8:49 PM, Quim Gil q...@wikimedia.org wrote:
On 12/11/2012 03:44 PM, bawolff wrote:
[..]
One starting point in your city / region would be to check
http://en.wikipedia.org/wiki/Wikipedia:Meetup , attend the next meetup and
start infiltrating the MediaWiki / tech agenda
about it.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
. Changing
the HTML didn't really matter.
but having an easy way to say start purging
all pages on $theseWikis from Squid/Varnish would also be nice.
That sounds like something that could hurt the server kitties unless
done rather slowly [at least for enwiki]...
-bawolff
, is instead of how long it
should take to fix - look instead at how long it should take before
somebody starts to look into/begin fixing the issue.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
looking at the user-agent statistics.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
get dev
access). One can make anonymous checkouts to start exploring
immediately without having to wait.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
descriptions are just funny:
*API: RESTful Web-based API that lets people interact with MediaWiki
programmatically
*Job queue (available since 1.21)
(They're funny because the API isn't RESTful and the Job Queue isn't
new in 1.21).
-bawolff
___
Wikitech-l
participant count as being paid to work on MediaWiki - after all gsoc
students do get money for doing MediaWiki things, etc.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
are
mobile (or whatever else) but they may not want each one to be shown
in RC as mobile edit (since it adds clutter). Perhaps using the
currently unused ct_params to be able to make certain tags hidden (be
able to filter by them, but not show up in the line in RC) would be a
solution.
-bawolff
blob?
Why would you look at ts_tags? change_tag table is much easier to pull
out as it uses a more normalized layout.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
/ which one can
filter/visualize/etc in whatever form is convenient (If you're into
statistical stuff - requires some effort to get usable information).
Hope that helps,
-Bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
Maybe we need a Waiting_merge status in bugzilla.
I would like that. I find the patch-in-gerrit keyword very easy to
miss, and really patch in gerrit and open are two very different
stages of a bugs lifestyle.
-bawolff
___
Wikitech-l mailing list
where general core mediawiki work work would
fall under, etc.
-bawolff
On Wed, Nov 7, 2012 at 2:00 PM, Quim Gil quim...@gmail.com wrote:
Hi, am I the only one having difficulties understanding the proposal and
what it implies?
On 11/05/2012 07:03 PM, Erik Moeller wrote:
we need to split
that helps,
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
It would be nice if jenkins also did a run with some non-default
options. Obviously we have a lot of options, but doing at least 1 run
with some of the common variations (say $wgCapitalLinks) would help
quite a bit I imagine.
-bawolff
___
Wikitech-l
hashar Musso
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
In which case the links wouldn't be red in the first place :P
-bawolff
On Mon, Sep 10, 2012 at 10:14 PM, MZMcBride z...@mzmcbride.com wrote:
Sumana Harihareswara wrote:
I would love for someone to integrate that kind of wait-time indicator
into https://toolserver.org/~bawolff/gerrit-stats.htm or
http://gerrit-stats.wmflabs.org/ . My suggested stats: the
min
On Sat, Sep 1, 2012 at 6:17 AM, Bartosz Dziewoński matma@gmail.com wrote:
2012/9/1 bawolff bawolff...@gmail.com:
Slightly hijacking this thread but is related.
I tried my hand at creating some gerrit related statistics:
https://toolserver.org/~bawolff/gerrit-stats.htm
The Wall of Shame
/wikitech-l
I don't know why it is like it is, but I have noticed that the parser
tests I wrote for DynamicPageList (Wikimedia) only work when run from
parserTests.php and not when run from phpunit. It would be awesome if
they behaved the same.
--bawolff
Slightly hijacking this thread but is related.
I tried my hand at creating some gerrit related statistics:
https://toolserver.org/~bawolff/gerrit-stats.htm
Statistics might be the wrong word, its more the first 25 results of a
saved search in reverse order - but also includes the total number
101 - 200 of 263 matches
Mail list logo