Hi Aran,
On Wed, 2013-10-09 at 16:53 -0300, Aran wrote:
I'm trying to set a user's realname option on a local wiki (1.21.1)
using the API. I can login successfully, confirm my login token fine and
then I can get the options token and make the call to change options
using the token.
I get
On Wed, 2013-10-09 at 12:53 +0100, Magnus Manske wrote:
It's on-and-off again. Two tools of mine have been identified as the
culprits, apparently hogging all resources. Which is strange, because they
worked fine for months. Personally, I suspect an underlying problem (nfs,
PHP setup, like
Well, it's broken again, so...
On Thu, Oct 10, 2013 at 10:26 AM, Andre Klapper aklap...@wikimedia.orgwrote:
On Wed, 2013-10-09 at 12:53 +0100, Magnus Manske wrote:
It's on-and-off again. Two tools of mine have been identified as the
culprits, apparently hogging all resources. Which is
At 03:49 10/10/2013, Max Semenik wrote:
Content-Transfer-Encoding: base64On 10.10.2013, 3:51 JFC wrote:
HÛÝ[H[\\ÝYo know if the use of CouchDB or Couchbase has
Y[Ú\Èbeing investigated to support MediaWiki as an alternative to
^TÔSÜÝ\ÜÈ[ÔS]OÂYYXUÚZÚIÜÈ]H[Ù@l is all about relations, and
I have reopened https://bugzilla.wikimedia.org/show_bug.cgi?id=55498
Again this is just affecting tools-webserver-01, 167 tools get the error,
182 will not.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
Thanks.
Question: Are the webservers set up using puppet? If so, would it be easy
to create a brand-new webserver instance, move some/all tools from 01
there, and see what happens?
Disclaimer: I have never used puppet, nor am I intricately familiar with
Labs internal setup.
On Thu, Oct 10,
They are setup using puppet 'role::labs::tools::webserver'
webserver-03 was created not too long ago and some tools were shifted onto
it.
It shouldn't be to hard to resolve the problem again, we just need to wait
for someone with the technical permissions to do so.
On 10.10.2013, 12:31 JFC wrote:
Thank you for your response. I certainly understand this. My question
is in your almost. My interest is in a seemless
transition/simulteaneousity between the current user/admin experience
and a NoSQL approach. This is why I am interested in knowing if some
My command was:
action = 'options',
token = $token,
format = 'xml',
change = 'realname=Foo Bar'
Which resulted in success but did nothing.
On 10/10/13 06:22, Andre Klapper wrote:
Hi Aran,
On Wed, 2013-10-09 at 16:53 -0300, Aran wrote:
I'm trying to set a user's realname
The real name isn't actually an option, it's a field in the user
table. Special:Preferences handles it specially.
Your API command does correctly set a realname option, and it can be
fetched using api.php?format=jsonfmaction=querymeta=userinfouiprop=options,
but as you've noted that doesn't
On 10/10/2013 01:31 AM, JFC Morfin wrote:
Thank you for your response. I certainly understand this. My question is
in your almost. My interest is in a seemless
transition/simulteaneousity between the current user/admin experience
and a NoSQL approach. This is why I am interested in knowing if
On Thu, Oct 10, 2013 at 11:13 AM, Aran a...@organicdesign.co.nz wrote:
I see, so is there any way to update user preferences such as real name
and password via the API or has that not yet been implemented?
There is no way to do it at this time.
--
Brad Jorsch (Anomie)
Software Engineer
Hi folks,
I think Daniel buried the lede here (see his mail below), so I'm
mailing this out with a subject line that will hopefully provoke more
discussion. :-)
This is an RFC we originally conceived at the Hong Kong Wikimania
architecture discussion. The notes from that are here:
This should probably be filed as a bug if it isn't already.
--
Tyler Romeo
On Oct 10, 2013 12:17 PM, Brad Jorsch (Anomie) bjor...@wikimedia.org
wrote:
On Thu, Oct 10, 2013 at 11:13 AM, Aran a...@organicdesign.co.nz wrote:
I see, so is there any way to update user preferences such as real
Brad submitted a patch: https://gerrit.wikimedia.org/r/#/c/88995/
--
Matma Rex
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Google Code-in has been announced:
http://www.google-melange.com/gci/homepage/google/gci2013
This is about 13-17 year old students performing tasks that can be
isolated and a skilled contributor would complete in a couple of hours.
The tasks mjust have a mentor and can be related to code,
On 2013-10-10 9:17 AM, Brad Jorsch (Anomie) wrote:
On Thu, Oct 10, 2013 at 11:13 AM, Aran a...@organicdesign.co.nz wrote:
I see, so is there any way to update user preferences such as real name
and password via the API or has that not yet been implemented?
There is no way to do it at this
Google Code-in has been announced:
http://www.google-melange.com/gci/homepage/google/gci2013
This is about 13-17 year old students performing tasks that can be
isolated and a skilled contributor would complete in a couple of hours.
The tasks mjust have a mentor and can be related to code,
On 10/10/2013 11:00 AM, Derric Atzrott wrote:
Beyond having mentors are there anymore requirements that we need to
fulfil as an organisation? I wasn't able to find an FAQ for
organisations wishing to participate. Do you know if one exists?
There is
At 17:30 10/10/2013, Gabriel Wicke wrote:
Content-Transfer-Encoding: 7bit
On 10/10/2013 01:31 AM, JFC Morfin wrote:
Thank you for your response. I certainly understand this. My question is
in your almost. My interest is in a seemless
transition/simulteaneousity between the current user/admin
This is a great idea. I was a Code-in participant in the past and enjoyed it
(even though there were basically no web-related tasks back then – hopefully
MediaWiki can fill this niche ;) ).
Skills and eagerness of young wannabe-programmers are often underestimated,
Code-in is a lovely project
On 10/02/2013 09:09 AM, Bryan Davis wrote:
On Wed, Oct 2, 2013 at 7:16 AM, Bartosz Dziewoński matma@gmail.com wrote:
Are any logs available?
I don't know of any official channel log, but the etherpad [0] has some updates.
[0] http://etherpad.wikimedia.org/p/RFC%20review
You might want
On Oct 4, the change to Turn screen.css into screen.less[1] was merged
and broke the appearance of the installer. It is still usable, but
styling is lost. I opened bug #55589 for this problem.
As much work as we've done with Jenkins, this problem shows a gap in our
testing -- the web-based
Necromancy? I'll jump on that bandwagon.
On Thu, Oct 10, 2013 at 9:01 AM, Dan Garry dga...@wikimedia.org wrote:
*The question: do we need an interim solution for message delivery, until a
future-proofed solution is developed?*
*
*
How I answer this question depends on questions that I
If you are know how to use your browser's JavaScript console, you can now
get an ordered list of all ResourceLoader modules that are loaded on the
page, sorted by the total size of each module's JavaScript and CSS assets
-- simply run mw.loader.inspect();.
It works best in newer versions of
Hi Dan,
Thanks for writing up this e-mail, though I'm not sure it contributed much
to the discussion. A couple of quick meta-points before I get to the
substance: when posting to any public Wikimedia mailing list, please use
plaintext, not HTML e-mail and please only quote relevant parts of the
Nice feature, thanks!
1. I tried to use it in ?debug=1 mode, and it seems to give 0 size to many
modules.
2. It would be nice if it would also give details about dependent modules
(inclusive size vs exclusive size).
for example when using ve with ?debug=1 and inspecting the net panel, it
looks
27 matches
Mail list logo