I found a solution to the problem:
If a gerrit administrator declares the mimetypes of the files to be safe
they will be displayed in-browser rather than downloaded as zip files:
https://gerrit-review.googlesource.com/Documentation/config-gerrit.html#_a_id_mimetype_a_section_mimetype
Could
tl;dr:
VE does not work for me
https://bugzilla.wikimedia.org/show_bug.cgi?id=42988
Hanging after Review and save -- Review your changes hangs, no saving
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
Στις 11-12-2012, ημέρα Τρι, και ώρα 19:04 -0500, ο/η MZMcBride έγραψε:
Brion Vibber wrote:
Over on the mobile team we've been chatting for a while about the various
trade-offs in native vs HTML-based (PhoneGap/Cordova) development.
[...]
iOS and Android remain our top-tier mobile
Hi Platonides,
Thanks for your response (and I extend my thanks to NikeRabbit, who
improved the extension unit test page a lot!).
On 12 December 2012 00:04, Platonides platoni...@gmail.com wrote:
If you only want to run parser tests from a different file, there's no
need to create a new
Hi there!
Tomorrow at 20:30 UTC (12:30 PST, 21:30 CET, 02:00 IST) there will be
another Wikimedia Open Tech Chat[1] on Google Hangout. This time there are
three topics. I'd love to see you there. Please come!
Topics:
* An update by the Quality Assurance department on browser test automation
*
On Tuesday, December 11, 2012 at 7:30 PM, James Forrester wrote:
TL;DR: Today we are launching an alpha, opt-in version of the
VisualEditor[0] to the English Wikipedia. This will let editors create
and modify real articles visually, using a new system where the
articles they edit will look
On 12/12/12 09:09, Ryan Kaldari wrote:
I found a solution to the problem:
If a gerrit administrator declares the mimetypes of the files to be safe
they will be displayed in-browser rather than downloaded as zip files:
Le 12/12/12 00:15, Erik Moeller a écrit :
Since there are multiple potential paths for changing the policy
(keeping things ideologically pure, allowing conversion on ingestion,
allowing h.264 but only for mobile, allowing h.264 for all devices,
etc.), and since these issues are pretty
On Wed, Dec 12, 2012 at 3:09 AM, Ryan Kaldari rkald...@wikimedia.org wrote:
I found a solution to the problem:
If a gerrit administrator declares the mimetypes of the files to be safe
they will be displayed in-browser rather than downloaded as zip files:
Le 11/12/12 19:47, Ryan Kaldari wrote:
Then I could copy code without copying all the line numbers.
We could apply 'user-select: none;' to the element containing the line
number. It is not supported on all browsers though.
I think I used that in our old Special:CodeReview. I could not find the
Awesome!
On Tue, Dec 11, 2012 at 8:49 PM, Terry Chay tc...@wikimedia.org wrote:
If it works out, then at some point we should probably tell the MariaDB peeos
that they can mention that the WMF uses it. :-)
The enwiki article on MariaDB has claimed MediaWiki officially
supports it since
On Tue, Dec 11, 2012 at 8:11 PM, MZMcBride z...@mzmcbride.com wrote:
I think I fundamentally agree with your point, but when I consider that
there is (for example) no API for adding or removing a category from a page
(file or otherwise),
Sure there is, action=edit. Although the client does
On 12 December 2012 14:28, Brad Jorsch bjor...@wikimedia.org wrote:
The enwiki article on MariaDB has claimed MediaWiki officially
supports it since October 2012.[1] Perhaps that's a {{citation
needed}}.
[1]: https://en.wikipedia.org/w/index.php?diff=prevoldid=519286745
I would have
On Wed, Dec 12, 2012 at 9:34 AM, David Gerard dger...@gmail.com wrote:
On 12 December 2012 14:28, Brad Jorsch bjor...@wikimedia.org wrote:
The enwiki article on MariaDB has claimed MediaWiki officially
supports it since October 2012.[1] Perhaps that's a {{citation
needed}}.
[1]:
On Wed, Dec 12, 2012 at 4:43 AM, Siebrand Mazeland (WMF)
smazel...@wikimedia.org wrote:
P.s. Would you have read this mail sooner if its subject would have been
Pictures of cute cats? Initially I was planning to give it this subject,
but I changed my mind...
I would probably have deleted it
Le 12/12/12 01:10, Asher Feldman a écrit :
This afternoon, I migrated one of the main production English Wikipedia
slaves, db59, to MariaDB 5.5.28.
Congratulations :-)
Out of curiosity, have you looked at Drizzle too?
--
Antoine hashar Musso
___
On 12 December 2012 14:38, Brad Jorsch bjor...@wikimedia.org wrote:
On Wed, Dec 12, 2012 at 9:34 AM, David Gerard dger...@gmail.com wrote:
On 12 December 2012 14:28, Brad Jorsch bjor...@wikimedia.org wrote:
The enwiki article on MariaDB has claimed MediaWiki officially
supports it since
This is awesome! Is there any write-up of the migration process floating
around?
-Tom
On Wed, Dec 12, 2012 at 10:06 AM, David Gerard dger...@gmail.com wrote:
On 12 December 2012 14:38, Brad Jorsch bjor...@wikimedia.org wrote:
On Wed, Dec 12, 2012 at 9:34 AM, David Gerard dger...@gmail.com
On 12 December 2012 15:32, Thomas Fellows thomas.fell...@gmail.com wrote:
This is awesome! Is there any write-up of the migration process floating
around?
+1
In fact, this would be a nice thing to put on the WMF blog. It'll
certainly get a lot of linkage and reporting around the
On Wed, Dec 12, 2012 at 4:06 AM, David Gerard dger...@gmail.com wrote:
There used to be Wiki Wednesdays in London - not just MediaWiki or
Wikipedia - but all sorts of wikis. Mostly corporate users. These
petered out from lack of general interest, though. It surprises me, as
I'd expect a lot
Would it be possible to enable VE on test2 in the same way? I would like
to use it in a noisy way, and would rather not make noise on enwiki.
-Chris
On Tue, Dec 11, 2012 at 8:30 PM, James Forrester
jforres...@wikimedia.orgwrote:
TL;DR: Today we are launching an alpha, opt-in version of the
On Wed, Dec 12, 2012 at 10:58 AM, Chris McMahon cmcma...@wikimedia.org wrote:
Would it be possible to enable VE on test2 in the same way? I would like
to use it in a noisy way, and would rather not make noise on enwiki.
It's also enabled for the user namespace, so people can feel free
to play
On Wed, Dec 12, 2012 at 8:59 AM, Chad innocentkil...@gmail.com wrote:
On Wed, Dec 12, 2012 at 10:58 AM, Chris McMahon cmcma...@wikimedia.org
wrote:
Would it be possible to enable VE on test2 in the same way? I would like
to use it in a noisy way, and would rather not make noise on enwiki.
On Wed, Dec 12, 2012 at 8:59 AM, Chad innocentkil...@gmail.com wrote:
On Wed, Dec 12, 2012 at 10:58 AM, Chris McMahon cmcma...@wikimedia.org
wrote:
Would it be possible to enable VE on test2 in the same way? I would like
to use it in a noisy way, and would rather not make noise on enwiki.
On Tue, 2012-12-11 at 19:30 -0800, James Forrester wrote:
This is not the final form of the VisualEditor in lots of different
ways. We know of a number of bugs, and we expect you to find more. We
do not recommend people trying to use the VisualEditor for their
regular editing yet. We would
Have a link? 'Cheap smartphone' seems a contradiction.
$50 Huawei phones running an ancient Android and only getting cheaper.
Jimbo's all about them.
http://techcrunch.com/2012/12/10/50-android-smartphones-are-disrupting-africa-much-faster-than-you-think-says-wikipedias-jimmy-wales/
On Wednesday, December 12, 2012, David Gerard wrote:
On 12 December 2012 15:32, Thomas Fellows
thomas.fell...@gmail.comjavascript:;
wrote:
This is awesome! Is there any write-up of the migration process floating
around?
+1
In fact, this would be a nice thing to put on the WMF blog.
On Wed, Dec 12, 2012 at 3:44 AM, Antoine Musso hashar+...@free.fr wrote:
Le 12/12/12 00:15, Erik Moeller a écrit :
Since there are multiple potential paths for changing the policy
(keeping things ideologically pure, allowing conversion on ingestion,
allowing h.264 but only for mobile, allowing
FirefoxOS/Boot2Gecko phones presumably also support Ogg Theora
and WebM formats, but they're not really a market share yet and may never
be in the developed world.
Without trying to downplay the importance of ideological purity, keep in
mind that Mozilla, who have largely the same ideology on the
Would it be possible to enable VE in a similar manner on other WMF wikis?
I understand the concerns about developers being unable to respond to
feedback in other languages, but most large projects have at least a
few technical people who could serve as relays, and I'd like to see
some of the
On 12 December 2012 11:57, Andre Klapper aklap...@wikimedia.org wrote:
On Tue, 2012-12-11 at 19:30 -0800, James Forrester wrote:
This is not the final form of the VisualEditor in lots of different
ways. We know of a number of bugs, and we expect you to find more. We
do not recommend people
On 12 December 2012 17:26, Luke Welling lwell...@wikimedia.org wrote:
Without trying to downplay the importance of ideological purity, keep in
mind that Mozilla, who have largely the same ideology on the matter have
conceded defeat on the practical side of it after investing significant
Two quotes from the last weeks:
Krenair in #mediawiki on Nov 30 22:46:47:
andre__, what is stopping us from making a 'patch in
gerrit' bug status with a link to the change?
Ryan Kaldari in
https://bugzilla.wikimedia.org/show_bug.cgi?id=42470#c4 :
I use Bugzilla as a to-do list. [...] If
Le 12/12/12 19:03, Andre Klapper a écrit :
snip
I'm proposing adding a new status like
PATCH_TO_REVIEW or
WAITING_FOR_MERGE or
FIX_AWAITING_MERGE or
REVIEW_IN_PROGRESS
or something like this (bikeshed, yay!). Probably the first.
snip
I use Bugzilla as a todo list and would love
On 12/12/2012 09:31 AM, Bartosz Dziewoński wrote:
Would it be possible to enable VE in a similar manner on other WMF wikis?
Currently Parsoid does not support localized namespaces, link trail
character classes and other features. Without support for these, pages
will not render and round-trip
As Brion points out, we get much better coverage. I enabled h.264
locally and ran though a set of Android , iOS and desktop browsers I had
available at the time:
http://www.mediawiki.org/wiki/Extension:TimedMediaHandler/Platform_testing
Pro h.264:
* No one is proposing turning off webm, an
On 12/12/12 4:44 AM, Chad wrote:
On Wed, Dec 12, 2012 at 3:09 AM, Ryan Kaldari rkald...@wikimedia.org wrote:
I found a solution to the problem:
If a gerrit administrator declares the mimetypes of the files to be safe
they will be displayed in-browser rather than downloaded as zip files:
On Wed, Dec 12, 2012 at 8:57 AM, Andre Klapper aklap...@wikimedia.orgwrote:
On Tue, 2012-12-11 at 19:30 -0800, James Forrester wrote:
This is not the final form of the VisualEditor in lots of different
ways. We know of a number of bugs, and we expect you to find more. We
do not recommend
On Wed, Dec 12, 2012 at 1:46 PM, Ryan Kaldari rkald...@wikimedia.org wrote:
On 12/12/12 4:44 AM, Chad wrote:
On Wed, Dec 12, 2012 at 3:09 AM, Ryan Kaldari rkald...@wikimedia.org
wrote:
I found a solution to the problem:
If a gerrit administrator declares the mimetypes of the files to be
On Tue, Dec 11, 2012 at 10:55 PM, Lee Worden worden@gmail.com wrote:
Very exciting - congratulations!
I know these are early days for the VisualEditor, but is there a plan for
extension developers to be able to hook in to provide editing for the things
their extensions support?
Yes,
On Tue, Dec 11, 2012 at 10:47 AM, Ryan Kaldari rkald...@wikimedia.org wrote:
This is actually my biggest annoyance with gerrit—that I can't view raw code
from the change view. I can't fathom why they have a zip download link, but
not a view link. Then I could copy code without copying all the
On Tue, Dec 11, 2012 at 10:47 AM, Ryan Kaldari rkald...@wikimedia.org wrote:
This is actually my biggest annoyance with gerrit—that I can't view raw code
from the change view. I can't fathom why they have a zip download link, but
not a view link. Then I could copy code without copying all the
Lee Worden worden@gmail.com wrote:
is there a plan
for extension developers to be able to hook in to provide editing for
the things their extensions support?
Roan Kattouw responded:
Yes, absolutely! We've been working on cleaning up and rewriting various
internal APIs in VE
such that
Original thread from March starts here:
http://comments.gmane.org/gmane.science.linguistics.wikipedia.technical/59684
As I noted back then, this is a drastic policy change that needs a lot
wider discussion, including on the wikis, than just wikitech-l.
On 12 December 2012 18:38, Michael Dale
There's also the question of released in tarball vs deployed on
Wikipedia. A lot of people just care about the latter.
And about the original question - I support the idea and don't care how is
it called.
בתאריך 12 בדצמ 2012 20:14, מאת Antoine Musso hashar+...@free.fr:
Le 12/12/12 19:03, Andre
On Wed, Dec 12, 2012 at 11:32 AM, Daniel Barrett d...@vistaprint.com wrote:
Will the method for hooking into VE be the same as for WikiEditor? Or will
extension
developers need to support both editors in two different ways?
It won't be the same as for WikiEditors, because the two are very
On 12/11/2012 07:30 PM, James Forrester wrote:
TL;DR: Today we are launching an alpha, opt-in version of the
VisualEditor[0] to the English Wikipedia. This will let editors create
and modify real articles visually, using a new system where the
articles they edit will look the same as when you
On 12/12/2012 11:08 AM, Roan Kattouw wrote:
On Tue, Dec 11, 2012 at 10:55 PM, Lee Worden worden@gmail.com wrote:
Very exciting - congratulations!
I know these are early days for the VisualEditor, but is there a plan for
extension developers to be able to hook in to provide editing for the
On 12/08/2012 06:59 PM, Sumana Harihareswara wrote:
Can someone help me out by wiki-gnoming the videos and slides referenced
below, plus those in https://www.mediawiki.org/wiki/Category:Tutorials ?
Not-me-not-now but just in case I added those links to
My 2cif we add a new status, it should equate to deployed on the
cluster, along with judicious use of milestone so that people who are
just interested in the tarball can infer from our numbering what the
corresponding release will be.
The more statuses (statii?) we add, the less likely
On Wed, Dec 12, 2012 at 11:32 AM, Daniel Barrett d...@vistaprint.comwrote:
Will the method for hooking into VE be the same as for WikiEditor? Or
will extension
developers need to support both editors in two different ways?
In general they are both conceptually and technically incompatible.
Thanks for the link. I'll try and stay out of it until I've had time to
read the old thread, but I think this is an unfair characterization:
On Wed, Dec 12, 2012 at 2:35 PM, David Gerard dger...@gmail.com wrote:
This proposal is not about anything other than enhancing the shiny for
owners of
2012/12/12 Rob Lanphier ro...@wikimedia.org:
The more statuses (statii?) we add,
statūs, if I recall correctly.
--
Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
http://aharoni.wordpress.com
“We're living in pieces,
I want to live in peace.” – T. Moore
I would love this status.
I'd suggest calling it PENDING
I could imagine states:
PENDING
On Wed, Dec 12, 2012 at 12:34 PM, Amir E. Aharoni
amir.ahar...@mail.huji.ac.il wrote:
2012/12/12 Rob Lanphier ro...@wikimedia.org:
The more statuses (statii?) we add,
statūs, if I recall correctly.
--
On 12/12/2012 12:44 PM, Jon Robson wrote:
I would love this status.
I'd suggest calling it PENDING
I could imagine states:
PENDING
I'd prefer something more specific. I actually think PATCH_IN_GERRIT
(the keyword) would work well as a status.
Matt Flaschen
On 12 December 2012 11:44, Antoine Musso hashar+...@free.fr wrote:
Could we host h.264 videos and related transcoders in a country that
does not recognize software patents?
Hints:
- I am not a lawyer
- WMF has server in Netherlands, EU.
If anyone owning a chunk of H.264 had a problem
On Wed, Dec 12, 2012 at 11:35 AM, David Gerard dger...@gmail.com wrote:
Original thread from March starts here:
http://comments.gmane.org/gmane.science.linguistics.wikipedia.technical/59684
As I noted back then, this is a drastic policy change that needs a lot
wider discussion, including on
On 12/11/2012 03:02 PM, Brion Vibber wrote:
However, every other mobile browser I've tested doesn't support Ogg Theora
or WebM formats. Mobile Safari, Chrome, the old stock Android browser,
Opera Mobile, and the IE 10 engine in our Windows 8 tablet app will show
the thumbnail, but won't play
I think we could have different types of pending - pending design pending
review pending legal etc etc.
Maybe this is out of scope though..?
On Dec 12, 2012 12:55 PM, Matthew Flaschen mflasc...@wikimedia.org
wrote:
On 12/12/2012 12:44 PM, Jon Robson wrote:
I would love this status.
I'd
From: Roan Kattouwroan.katt...@gmail.com
On Tue, Dec 11, 2012 at 10:55 PM, Lee Wordenworden@gmail.com wrote:
Very exciting - congratulations!
I know these are early days for the VisualEditor, but is there a plan for
extension developers to be able to hook in to provide editing for the
On Tue, Dec 11, 2012 at 4:35 PM, Brion Vibber bvib...@wikimedia.org wrote:
Any thoughts? Wildly in favor or against?
From Brion's original email as well as my perspective from being involved
in these projects, I am in favor of shifting to native code for iOS and
Android. Considering the goals
On Wed, Dec 12, 2012 at 1:04 PM, Matthew Flaschen
mflasc...@wikimedia.org wrote:
On 12/11/2012 03:02 PM, Brion Vibber wrote:
However, every other mobile browser I've tested doesn't support Ogg Theora
or WebM formats. Mobile Safari, Chrome, the old stock Android browser,
Opera Mobile, and the
Hi, following the process for requesting the creation of a MediaWiki
group, here is a proposal for
MediaWiki Group San Francisco
http://www.mediawiki.org/wiki/Groups/Proposals/San_Francisco
Your endorsements, improvements and feedback are welcome at the wiki
page. Thank you!
--
Quim Gil
I started this thread.
I filed this bug https://bugzilla.wikimedia.org/show_bug.cgi?id=42989
Gerrit: show link for raw file content in gerrit diff views (a
solution is proposed inside)
It has been closed as RESOLVED INVALID instead of deploying a solution
to Gerrit.
As a solution of the problem
On Wed, Dec 12, 2012 at 7:03 PM, Andre Klapper aklap...@wikimedia.org wrote:
Two quotes from the last weeks:
Krenair in #mediawiki on Nov 30 22:46:47:
andre__, what is stopping us from making a 'patch in
gerrit' bug status with a link to the change?
Ryan Kaldari in
On 12/12/2012 03:26 PM, Thomas Gries wrote:
I started this thread.
I filed this bug https://bugzilla.wikimedia.org/show_bug.cgi?id=42989
Gerrit: show link for raw file content in gerrit diff views (a
solution is proposed inside)
It has been closed as RESOLVED INVALID instead of deploying a
On 12/12/2012 04:15 PM, Sébastien Santoro wrote:
Currently there is a patch-in-gerrit keyword in Bugzilla. When a bug
report ends up as RESOLVED FIXED there usually had been a codefix in
Gerrit that got merged. Hence patch in gerrit could be considered
another state on the journey of a bug
On Dec 13, 2012, at 1:25 AM, Matthew Flaschen mflasc...@wikimedia.org wrote:
On 12/12/2012 04:15 PM, Sébastien Santoro wrote:
Currently there is a patch-in-gerrit keyword in Bugzilla. When a bug
report ends up as RESOLVED FIXED there usually had been a codefix in
Gerrit that got merged. Hence
On 12/12/2012 05:09 PM, Krinkle wrote:
I agree with Sébastien. ASSIGNED is enough.
I don't see the significance of whether there is a Gerrit change yet?
If there is no Gerrit change, it doesn't mean nobody is working on it.
And if there is a change, it may not be a good one and/or one
On 12/12/12 21:23, Rob Lanphier wrote:
My 2cif we add a new status, it should equate to deployed on the
cluster, along with judicious use of milestone so that people who are
just interested in the tarball can infer from our numbering what the
corresponding release will be.
On which wiki?
On Thu, Dec 13, 2012 at 2:27 AM, Matthew Flaschen
mflasc...@wikimedia.org wrote:
On 12/12/2012 05:09 PM, Krinkle wrote:
I agree with Sébastien. ASSIGNED is enough.
I don't see the significance of whether there is a Gerrit change yet?
If there is no Gerrit change, it doesn't mean nobody is
On Wed, Dec 12, 2012 at 12:14 PM, Matthew Flaschen
mflasc...@wikimedia.org wrote:
I would definitely be willing to serve as a guinea pig, working to
integrate ProveIt (http://en.wikipedia.org/wiki/User:ProveIt_GT).
Awesome!
Roan
___
Wikitech-l
72 matches
Mail list logo