Le 14/10/2014 01:34, Brad Jorsch (Anomie) a écrit :
Legoktm has just merged Gerrit change 160798,[1] Gerrit change
161093,[2] Gerrit change 160819,[3] and a few associated patches.
Collectively, these make the following changes to the human-readable
aspects of the API output, which will be
As devotees of web standards are aware, HTML5 is no longer an XML
variant (nor is it SGML).
This occasionally leads to fun times in Visual Editor and Parsoid
land, as we try to work around various browser incompatibilities to
ensure that documents are parsed consistently. Parsoid uses an HTML5
Hi list,
tl;dr: If you use a fixed length buffer to store edit tokens, you'll
need to update your code.
I'm planning to +2 https://gerrit.wikimedia.org/r/#/c/156336/ in the
next day or so. That provides for two hardening measures:
* Tokens can be time limited. By default they won't be, but this
On Mon, Oct 20, 2014 at 1:38 PM, Chris Steipp cste...@wikimedia.org wrote:
* Tokens can be time limited. By default they won't be, but this puts
the plumbing in place if it makes sense to do that on any token checks
in the future.
* The tokens returned in a request will change on each request.
On Mon, Oct 20, 2014 at 11:00 AM, Zack Weinberg za...@cmu.edu wrote:
On Mon, Oct 20, 2014 at 1:38 PM, Chris Steipp cste...@wikimedia.org wrote:
* Tokens can be time limited. By default they won't be, but this puts
the plumbing in place if it makes sense to do that on any token checks
in the
On Mon, Oct 20, 2014 at 3:34 PM, Chris Steipp cste...@wikimedia.org wrote:
On Mon, Oct 20, 2014 at 11:00 AM, Zack Weinberg za...@cmu.edu wrote:
1) Since this is changing anyway, it would be a good time to make the
token size and structure independent of whether the user is logged on
or not.
On Wed, Sep 3, 2014 at 7:11 PM, Ricordisamoa ricordisa...@openmailbox.org
wrote:
Are there policies/guidelines regarding the use of third-party icons in
software maintained on WMF's Gerrit instance (e.g. MediaWiki extensions)?
I'm unaware of any formal policies, aside from a general
Just a reminder that this is happening this coming Wednesday, and that we
are planning to record/broadcast the event for remote participants.
On Tue, Sep 23, 2014 at 10:31 AM, Arthur Richards aricha...@wikimedia.org
wrote:
On Wednesday, October 22, 2014 the Quality Assurance Group and Team
In fact...
On Mon, Oct 20, 2014 at 1:04 AM, Quim Gil q...@wikimedia.org wrote:
As the description of https://phabricator.wikimedia.org/T18 says, The
Code Review migration to Phabricator is quite orthogonal to the RT and
Bugzilla migrations, and we should start planning for it now. We need to
Hi.
Splitting off from the Phabricator for code review thread, I'm trying to
figure out if Phabricator could be a code viewer (and perhaps a code
mirror for cloning...) and whether that would be a good idea as an
intermediate step toward using Phabricator for code review. I'm thinking
about
MZMcBride wrote:
In other words, looking at http://phabricator.org/applications/, are
there gradations of Phabricator code integration between nothing and
installing Differential?
Never mind, I think this is
http://phabricator.org/applications/diffusion/.
https://phabricator.wikimedia.org/T616
If you need a new project in https://phabricator.wikimedia.org, now you can
request it.
Please follow the instructions at
https://www.mediawiki.org/wiki/Phabricator/Requesting_a_new_project
Read the guidelines! If this is your first Phabricator project, they will
probably teach you something
On Mon, Oct 20, 2014 at 5:32 PM, MZMcBride z...@mzmcbride.com wrote:
Hi.
Splitting off from the Phabricator for code review thread, I'm trying to
figure out if Phabricator could be a code viewer (and perhaps a code
mirror for cloning...) and whether that would be a good idea as an
13 matches
Mail list logo
