On 09/06/13 05:42, Tyler Romeo wrote:
> On Sat, Jun 8, 2013 at 3:42 AM, Ori Livneh wrote:
>
>> @file
>>
>> Of course! That's what this is -- a file! I wept with joy, and my heart
>> soared with gratitude for this humble Doxygen tag, without which the
>> ontology of our source code would be occult
On Sat, Jun 8, 2013 at 12:42 PM, Tyler Romeo wrote:
> Doxygen will automatically realize that a file comment is a file comment.
>
You'd think so, but this appears to not be the case:
http://noc.wikimedia.org/~olivneh/doxygen_testcases.tar.gz has four
php files
i'm guessing 1, 2 & 3 produce id
I think Template:Foo.css would be just a MediaWiki template, and there
would be a way to forward some arguments to the CSS template.
On Wed, Jun 12, 2013 at 5:44 AM, Brad Jorsch wrote:
> On Tue, Jun 11, 2013 at 8:39 PM, Jon Robson wrote:
> > All the patch does is allow Template:Foo to have an
On 12/06/13 10:39, Jon Robson wrote:
> [1]
> https://www.mediawiki.org/wiki/Requests_for_comment/Deprecating_inline_styles
[...]
> [4] https://gerrit.wikimedia.org/r/68123
I put my comments at the bottom of the RFC and on Gerrit.
-- Tim Starling
___
On Tue, Jun 11, 2013 at 11:11 PM, Chris Steipp wrote:
> Not in its current form, but in the glorious future I dream about being
> able to set a content security policy that forbids all inline css and
> JavaScript. That would prevent most of the xss that are reported from being
> exploitable.
>
Ah
Not in its current form, but in the glorious future I dream about being
able to set a content security policy that forbids all inline css and
JavaScript. That would prevent most of the xss that are reported from being
exploitable.
On Jun 11, 2013 5:53 PM, "Tyler Romeo" wrote:
> Just for the recor
On Tue, Jun 11, 2013 at 8:39 PM, Jon Robson wrote:
> All the patch does is allow Template:Foo to have an associated
> stylesheet Template:Foo.css which is included in pages that use it.
How would this handle something like
https://en.wikipedia.org/wiki/Template:Colorbox ?
--
Brad Jorsch
Softwar
On 6/11/13, Jon Robson wrote:
> Many of you on the mailing list should be aware of the troubles that
> the style attribute brings to mobile [1,2] and the amount of hacks [3]
> that we have to introduce to work around them.
>
> I still truly believe the only way we can resolve this is a long term
>
Just for the record, which security issues would this be fixing?
*-- *
*Tyler Romeo*
Stevens Institute of Technology, Class of 2016
Major in Computer Science
www.whizkidztech.com | tylerro...@gmail.com
On Tue, Jun 11, 2013 at 8:39 PM, Jon Robson wrote:
> Many of you on the mailing list should
Many of you on the mailing list should be aware of the troubles that
the style attribute brings to mobile [1,2] and the amount of hacks [3]
that we have to introduce to work around them.
I still truly believe the only way we can resolve this is a long term
rethink of how we approach custom styling
On Thu, 2013-06-06 at 16:05 +0100, James Forrester wrote:
> As I understand it, the bug states we might want to capture are:
Yes, I couldn't have come up with a better summary. Thanks!
> * In production in all of the WMF cluster - "RELEASED", replacing the
> unused "VERIFIED" state?
I wouldn't
"CloudOpen Europe is a conference celebrating and exploring the open
source projects, technologies and companies who make up the cloud."
It's in Edinburgh, UK, October 21-23, 2013.
They want 50-minute presentations, Bird of a Feather sessions, &
2-hour tutorials about Puppet, OpenStack, Hadoop, C
It occurred to me that we can't avoid server-based rewriting of tags
on subdomains of zero.wikipedia.org, meaning we *probably* would need to
have two versions, not one, of the Wikipedia Zero HTML: one for
zero.wikipedia.org subdomains and one for m.wikipedia.org subdomains. But I
still believe we
Was trying to play with a bug, googled
'AbuseFilterHooks::onUploadVerifyFile'
and it returned the following as the top result [1]. That was the diff of
the commit which introduced the bug.
Awesome!
[1]
https://git.wikimedia.org/commitdiff/mediawiki%2Fextensions%2FAbuseFilter.git/3c5a074881ed77a4
14 matches
Mail list logo