Hi Rodrigo,
I have open a bug for this:
https://bugzilla.wikimedia.org/show_bug.cgi?id=58204
Your request is legitimate, it seems important too me to go ahead on
this. If someone is motivated to implemented this feature, it would be a
pleasure for me to review his patch. Otherwise, I will try to
Hey,
On 9 December 2013 04:22, Rob Lanphier ro...@wikimedia.org wrote:
That'd be fanatic if it happened for many other reasons as well. For all
intents and purposes it is a big caste in the sky though. I expect this
to
not happen in the coming years, unless there is a big shift in opinion
Hi,
The report covering Wikimedia engineering activities in November 2013 is
now available.
Wiki version:
https://www.mediawiki.org/wiki/Wikimedia_engineering_report/2013/November
Blog version:
https://blog.wikimedia.org/2013/12/09/engineering-report-november-2013/
We're also proposing a
Ciao gvf,
Francesca ha cercato disperatamente di embeddare un video in Wikina,
non sapendo che però non si può fare.
Pensavo avessimo in passato installato qualche estensione per farlo,
ma ho ricontrollatto in Speciale:Versione[1] e non mi pare.
Ho visto che c'è questa estensione che potrebbe
Heya everybody,
based on a discussion on the teampractices@ mailing list ([1],[2]) I
have published an initial draft for potential Bugzilla etiquette
guidelines.
It tries to explain workflows and helpful behavior in Bugzilla, as
things work slightly different than on wikipages (not only on a
On Mon, Dec 09, 2013 at 06:09:53PM +0100, Cristian Consonni wrote:
Ciao gvf,
Hi, Cristian.
First, as this is a primarily English list, many of the people who might
be able to help you may be unable to this time, because of your language
choice. Luckily we have the Internet [1].
It's unclear,
On Dec 9, 2013 6:13 PM, Andre Klapper aklap...@wikimedia.org wrote:
Heya everybody,
based on a discussion on the teampractices@ mailing list ([1],[2]) I
have published an initial draft for potential Bugzilla etiquette
guidelines.
It tries to explain workflows and helpful behavior in
2013/12/9 Mark Holmquist mtrac...@member.fsf.org:
On Mon, Dec 09, 2013 at 06:09:53PM +0100, Cristian Consonni wrote:
Ciao gvf,
Hi, Cristian.
First, as this is a primarily English list, many of the people who might
be able to help you may be unable to this time, because of your language
Thanks Andre
This is much needed.
Would we be able to link to such a thing from within the Bugzilla
interface to give it more visibility?
On Mon, Dec 9, 2013 at 9:29 AM, Martijn Hoekstra
martijnhoeks...@gmail.com wrote:
On Dec 9, 2013 6:13 PM, Andre Klapper aklap...@wikimedia.org wrote:
Heya
Google Code-in: 3 weeks past, 4 weeks to go.
https://www.mediawiki.org/wiki/Google_Code-In
We have 113 tasks completed, 22 currently in progress, and 30 open. The
graph looks very good so far:
https://www.mediawiki.org/wiki/File:Wikimedia_at_Google_Code-in_2013.png
What the graph doesn't
On 12/08/2013 11:55 PM, Tyler Romeo wrote:
I'm sure this has already been taken into consideration, but keep in mind
that code that is executed using eval() in Javascript is *not* optimized by
the V8 compiler like normal script resources are.
Are you sure this is still the case?
For wider discussion
---
From: bugzilla-daemon at wikimedia.org
Subject: [Bug 58236] New: No longer allow gadgets to be turned on by
default for all users on Wikimedia
siteshttp://news.gmane.org/find-root.php?message_id=%3cbug%2d58236%2d3%40https.bugzilla.wikimedia.org%2f%3e
Newsgroups:
For wider discussion
From: bugzilla-daemon at wikimedia.org
Subject: [Bug 58235] New: Remove skin selection from Wikipedia and
Wikimedia site Special:Preferences for new user
accountshttp://news.gmane.org/find-root.php?message_id=%3cbug%2d58235%2d3%40https.bugzilla.wikimedia.org%2f%3e
MediaWiki:Common.js can also create disagreement and defaults change
without notice.
Actually what I did sometimes is to move code from MediaWiki:Common.js to
default gadgets, so it can be disabled per user (for example, some users
are using a too slow computer or network), and at the same time,
Yep, that's what I did too a year a two ago. Since some parts of front-end
code work quite differently in Common.js and gadgets, it's bettet to put
modular stuff (esp. ones that users would like to opt-out of) in gadgets.
On Tue, Dec 10, 2013 at 12:38 AM, Liangent liang...@gmail.com wrote:
On 2013-12-09 5:03 PM, K. Peachey p858sn...@gmail.com wrote:
For wider discussion
From: bugzilla-daemon at wikimedia.org
Subject: [Bug 58235] New: Remove skin selection from Wikipedia and
Wikimedia site Special:Preferences for new user
accounts
I am somewhat concerned about the implications for JS debugging here.
Debugging JS problems with the live sites is already pretty complicated:
1. debug=true won't reproduce some bugs (usually race condition related)
2. Sometimes old code gets cached with the new cache-busting timestamp (due
to a
Hello,
I'm trying to perform an API edit call in a maintenance script using
this example in MW 1.19.9
http://www.mediawiki.org/wiki/API:Calling_internally
$user = User::newFromId( 1 ); // Using WikiSysiop
$page = WikiPage::newFromID( $id );
$titleText = $page-getTitle()-getPrefixedText();
http://www.debian.org/security/2013/dsa-2814
Thanks,
Jacobo
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Tue, Dec 10, 2013 at 7:13 AM, Toni Hermoso Pulido toni...@cau.catwrote:
Hello,
I'm trying to perform an API edit call in a maintenance script using this
example in MW 1.19.9
http://www.mediawiki.org/wiki/API:Calling_internally
$user = User::newFromId( 1 ); // Using WikiSysiop
$page =
On 12/06/2013 01:37 PM, Jon Robson wrote:
Currently we have an issue live on all wikipedias which makes a
language button show up on all pages - even those without articles.
x
https://en.m.wikipedia.org/w/index.php?title=Diggers_%26_Dealerstitle=Diggers_%26_Dealers
When the language button at
On Mon, Dec 9, 2013 at 2:58 PM, Ryan Kaldari rkald...@wikimedia.org wrote:
I am somewhat concerned about the implications for JS debugging here.
Debugging JS problems with the live sites is already pretty complicated:
1. debug=true won't reproduce some bugs (usually race condition related)
Tomorrow Tuesday the Engineering Community team is doing its monthly IRC
meeting in #wikimedia-meetbot at 17:00 UTC. You can propose topics here:
https://www.mediawiki.org/wiki/Engineering_Community_Team/Meetings#2013-11-12
Last week we had our regular team meeting, where we mainly discussed a
On Mon, Dec 9, 2013 at 5:25 PM, Ori Livneh o...@wikimedia.org wrote:
On Mon, Dec 9, 2013 at 2:58 PM, Ryan Kaldari rkald...@wikimedia.orgwrote:
I am somewhat concerned about the implications for JS debugging here.
Debugging JS problems with the live sites is already pretty complicated:
1.
Ori Livneh wrote:
On Mon, Dec 9, 2013 at 2:58 PM, Ryan Kaldari rkald...@wikimedia.org
wrote:
I am somewhat concerned about the implications for JS debugging here.
Debugging JS problems with the live sites is already pretty complicated:
1. debug=true won't reproduce some bugs (usually race
Hi.
I filed https://bugzilla.wikimedia.org/show_bug.cgi?id=58250 if you or
someone you know feels like writing a small script that can report new and
status changes to MediaWiki requests for comments on a weekly basis to
this mailing list. I think such a script would directly improve
On 12/09/2013 09:29 PM, MZMcBride wrote:
* Minification is a form of obfuscation and it harms the open Web.
That's true iff there isn't a readily available way of getting the
non-obfuscated source. For normal day-to-day browsing you /want/ to
shave those extra ms off (all the more so if you are
On 12/09/2013 09:29 PM, MZMcBride wrote:
* You can specify debug=true.
** Specifying the URL parameter can damage reproducibility.
** URL parameter is non-obvious to just about everyone.
I can't think of a more straight-forward name. It's also clearly
documented.
* Minification is a form
Matthew Flaschen wrote:
On 12/09/2013 09:29 PM, MZMcBride wrote:
* You can specify debug=true.
** Specifying the URL parameter can damage reproducibility.
** URL parameter is non-obvious to just about everyone.
I can't think of a more straight-forward name. It's also clearly
documented.
On Mon, Dec 9, 2013 at 2:15 PM, Gabriel Wicke gwi...@wikimedia.org wrote:
Are you sure this is still the case?
https://code.google.com/p/v8/issues/detail?id=2315 seems to suggest that
this was fixed in V8 last year.
Not sure if it's related, but looking at the bleeding edge compiler.cc code
On Mon, Dec 9, 2013 at 8:33 PM, Tyler Romeo tylerro...@gmail.com wrote:
On Mon, Dec 9, 2013 at 2:15 PM, Gabriel Wicke gwi...@wikimedia.org
wrote:
Are you sure this is still the case?
https://code.google.com/p/v8/issues/detail?id=2315 seems to suggest that
this was fixed in V8 last year.
On 12/09/2013 08:33 PM, Tyler Romeo wrote:
On Mon, Dec 9, 2013 at 2:15 PM, Gabriel Wicke gwi...@wikimedia.org wrote:
Are you sure this is still the case?
https://code.google.com/p/v8/issues/detail?id=2315 seems to suggest that
this was fixed in V8 last year.
Not sure if it's related, but
32 matches
Mail list logo
