I meant it's not a problem if someone doesn't use official mail :) not that
it is problem if someone does... if I was wmf employee I likely wouldn't
try to appear as someone else or someone "more" to rest of community. But
everyone has own preference here. It would be shame if people working for
wm
I think there is no need to make any walls between community and wmf.
Main difference between volunteers and wmf employees is that they are
paid for they work. I see no reason why someone should highlight that
fact by using wmf e-mail or (WMF) in SUL (it appears as "showing off"
to me more than any
I want to learn with puppet, but there is no testing repository to
use. Every change needs to be approved by ops and that usually takes
several weeks :/ or it used to.
On Tue, Oct 30, 2012 at 2:16 AM, Sumana Harihareswara
wrote:
> TL;DR summary: reply to tell me what you want to learn so I can ge
Congrats Anomie,
I just want to mention that as a founder of beta cluster I can also
offer some help, though I didn't do so much as Antoinne there :)
Petr
P.S. we talked about labs on hackaton, if you remember
On Mon, Oct 29, 2012 at 7:17 PM, Rob Lanphier wrote:
> Hi everyone,
>
> I'm delighte
Ok I added both, but given that both aren't very active you probably
won't see much activity from it :)
On Mon, Oct 15, 2012 at 9:28 AM, Tomasz Finc wrote:
> On Sun, Oct 14, 2012 at 11:30 PM, Petr Bena wrote:
>> I can put it to #wikimedia-mobile, or you can do that :) I supp
wikimedia.org/wiki/Wm-bot), but there have been no
>> commits there since June - is the code being maintained somewhere else now?
>>
>> Thanks!
>> Arthur
>>
>> On Thu, Oct 11, 2012 at 7:04 PM, MZMcBride wrote:
>>
>>> Petr Bena wrote:
>>>
and I forgot to mention that gerrit is using RSS as well, so you can
actually create even a feed for your git repository, using this
feature (in case software project you work on has own channel)
On Thu, Oct 11, 2012 at 2:12 PM, Petr Bena wrote:
> Hi folks,
>
> I implemented a new feat
Hi folks,
I implemented a new feature to wm-bot which is still being tested. It
allows to parse and report RSS feeds into channel with custom format.
There is going to be special RSS parser optimized for wikimedia
bugzilla so that you should be able to insert any special "RSS items"
such as a user
record channel joins and quiets in the logs for a user privacy
> point of view (from what I could find and read), this seems to be
> hitting on that area. (And yes, I know a user could run a anaylais of
> their own on the log lines to find something quasi similar)
>
> On Tue, Se
Hi,
I just wanted to announce that based on request from one community
member I created a new feature in wm-bot, which may appear to be
unneeded on first sight, but when I was thinking of that, it's not
really so stupid. It collects various informations about user activity
in channel (in xml) and
It's not really that simple, the page should be accessible via API
just as any other page, should be useable as any other page, etc.
(include able using {{NoHistory:PageName}}). If we used the conception
of Special page, it wouldn't work like this
On Tue, Aug 28, 2012 at 3:59 PM, Jeroen De Dauw w
I don't mean to break the current design, rather to implement a new
feature, these pages could live in a special namespace like
[[NoHistory:PageName]] and it would be forbidden to move pages from /
to this space so that existing articles with history could not be
damaged in any way.
Since it would
Hi,
There is a number of services running on our wikis, such as english
wikipedia which are for example generating some information and
frequently update certain page with these data, (statistics etc). That
makes tons of revisions that will be never needed in future and which
will be in database w
Good work, especially many thanks to Antoine (hashar), he did a lot of hard work
On Wed, Aug 1, 2012 at 9:33 PM, Mark A. Hershberger wrote:
> On 08/01/2012 03:05 PM, Chris McMahon wrote:
>> The labs beta cluster is becoming an important part our software
>> development environment.
>
> It makes m
Yes, it is difficult
It's hard to request new repository and have it created within short
period of time.
It's hard to navigate in gerrit
It's hard to checkout mediawiki repository, because it's huge
It's hard to find out how to commit / push (there is no guide how to
setup git so that it works
Hi,
Given that we are going to use labsconsole wiki (which is later going
to be renamed to wikitech) as a documentation base for various
software and server documentation, we should propose a way how this
new documentation base is going to be organized.
I would prefer to create new namespace Docu
* LIKE * :)
On Wed, Jul 18, 2012 at 6:38 PM, Chad wrote:
> On Wed, Jul 18, 2012 at 12:34 PM, Andrew Garrett
> wrote:
>> On Tue, Jul 17, 2012 at 8:26 PM, Asher Feldman wrote:
>>
>>> Hi All,
>>>
>>> Ryan Lane and I are migrating gerrit's db to a server in eqiad (where the
>>> gerrit app server is
What about changing gerrit to our needs? It's open source, I suppose.
On Wed, Jul 18, 2012 at 6:44 PM, Derric Atzrott
wrote:
>>I don't think you can decide to change away from gerrit
>>without having an idea of what we want to use instead.
>>As I understand it, we're on gerrit because it's the le
VIM is already so smart that if someone made it even smarter, there is
a danger that it could eventually become so intelligent that it would
establish a droid army and attacked the whole planet.
On Fri, Jul 13, 2012 at 8:18 PM, Daniel Friesen
wrote:
> Has no one bothered to try and program vim to
the configuration change there,
before putting it to production.
In case it is ok, then we could give it green on gerrit and merge it
on production.
On Sat, Jun 30, 2012 at 1:51 AM, Antoine Musso wrote:
> Le 29/06/12 18:36, Petr Bena wrote:
>> But that's a lot of hand work, if we
But that's a lot of hand work, if we really do this, we won't use
gerrit at all, we just copy paste code from diffs by hand and insert
it to some extra files. I would rather volunteer to sync branches
rather than this creep work.
On Fri, Jun 29, 2012 at 4:22 PM, Antoine Musso wrote:
&
change of Korean wikisource,
he submit a patch, we merge it to test and he can test it on labs.
Both tests are running together.
Once any of tests are over, we can merge them to master. This isn't
possible with gerrit-review, or I don't know how
On Fri, Jun 29, 2012 at 2:28 PM, Petr B
> On Jun 29, 2012, at 2:11 PM, Petr Bena wrote:
>
>> Current idea:
>>
>> someone submit a config change
>> this change is merged to testing branch
>> we git pull on labs
>> people test if change works ok and submit review to gerrit
>> we merge to maste
Current idea:
someone submit a config change
this change is merged to testing branch
we git pull on labs
people test if change works ok and submit review to gerrit
we merge to master branch or reject it
On Fri, Jun 29, 2012 at 2:07 PM, Petr Bena wrote:
> Yes but that would proba
Yes but that would probably overwrite any previous tests
On Fri, Jun 29, 2012 at 1:23 PM, Krinkle wrote:
> On Jun 29, 2012, at 1:04 PM, Chad wrote:
>
>> On Fri, Jun 29, 2012 at 6:58 AM, Petr Bena wrote:
>>> Can we create a new branch which would be speedily merged when cha
Can we create a new branch which would be speedily merged when changes
were done to it, so that we could check out on labs and apply the
change there in order to test if patches submitted by devs works ok?
Thanks to Antoine we use the same repository on beta project, but
right now it's really hard
d wrote:
>> On Mon, Jun 25, 2012 at 10:19 AM, Petr Bena wrote:
>>> This isn't discussion about git, but feeds we have in #mediawiki, feed
>>> from git is definitely not the only one
>>>
>>
>> Then please feel free to move it to a better name.
Page name is fine, the first sentence isn't :P
Done
On Mon, Jun 25, 2012 at 4:43 PM, Chad wrote:
> On Mon, Jun 25, 2012 at 10:19 AM, Petr Bena wrote:
>> This isn't discussion about git, but feeds we have in #mediawiki, feed
>> from git is definitely not the only on
This isn't discussion about git, but feeds we have in #mediawiki, feed
from git is definitely not the only one
On Mon, Jun 25, 2012 at 3:36 PM, Chad wrote:
> On Sat, Jun 23, 2012 at 4:48 PM, Platonides wrote:
>> On 23/06/12 20:34, Petr Bena wrote:
>>> Yes, the bots are
Yes, the bots are useful for devs, that's the reason why we made them
and there is a little point to argue about that. But they aren't
useful for other users of #mediawiki especially users who seek help.
IMHO #mediawiki should be used for development (bots are probably ok),
#wikimedia-dev for wikim
08 AM, Sébastien Santoro
wrote:
> On Fri, Jun 22, 2012 at 8:59 AM, Petr Bena wrote:
>> In worst case our server can be delinked for that time. I believe that
>> wikipedia is attacked way more often than IRC networks and we are able
>> to resist that. (There are experts in staff
Also, giving up and leave the hackers win (despite they didn't even
start attacking us) is not really brave solution :-)
On Fri, Jun 22, 2012 at 8:59 AM, Petr Bena wrote:
> In worst case our server can be delinked for that time. I believe that
> wikipedia is attacked way more oft
In worst case our server can be delinked for that time. I believe that
wikipedia is attacked way more often than IRC networks and we are able
to resist that. (There are experts in staff, be sure)
On Fri, Jun 22, 2012 at 8:35 AM, Sébastien Santoro
wrote:
> On Fri, Jun 22, 2012 at 3:33 AM, P
I have never seen any such a channel for user support and developers
which is getting flooded like this one. It's nearly unusable for
people who are seeking help with mediawiki. If you really want to keep
the bots in channel, we should create #mediawiki-help for people who
are seeking that and don'
Actually when I talked to freenode staff, there were quite interested
in this. They don't have so many servers and wikimedia is well known
project with established technical infrastructure. Even if they needed
root, they could use puppet to set up the system to their needs and
there are many folks
I didn't say so, but still it's second most active bot
On Thu, Jun 21, 2012 at 10:56 PM, K. Peachey wrote:
> Wikibugs is more active than gerrit? I've been sitting in the irc
> channel less than 30min (not the best user case) but that experience
> tends to suggest otherwise.
>
> _
wikibugs is one of most active bots there, if we are supposed to keep
it, we should filter only bugs related to mediawiki at least
On Thu, Jun 21, 2012 at 10:42 PM, K. Peachey wrote:
> I would prefer to see wikibugs stay in #mw to be honest, There is
> sometimes support stuff in there, as well as
Or we could keep both
codereview as it is and new -feed for all lightweight feed bots we had
in #mediawiki
because if we move the bot from -codereview the new feed will have way
too many review reports
On Thu, Jun 21, 2012 at 6:40 PM, Petr Bena wrote:
> + -feed is shorter than -codereview,
+ -feed is shorter than -codereview, we could just rename channel
(move access list and settings)
On Thu, Jun 21, 2012 at 6:39 PM, Petr Bena wrote:
> That's my point as well
>
> On Thu, Jun 21, 2012 at 6:25 PM, Krenair wrote:
>> If you're moving all bots, including wik
4, Antoine Musso wrote:
>
>> Le 21/06/12 17:13, Petr Bena a écrit :
>>>
>>> That's what I said this week, we should make #mediawiki-feed where all
>>> bots would live and leave #mediawiki for humans
>>
>> Please note we also have #mediawiki-codereview
No worries new channel is already.logged so they could grab the feed from
log. Anyway waiting is a good idea
On Jun 21, 2012 6:11 PM, "Antoine Musso" wrote:
> btb wrote:
> > i'm hopeful this is the appropriate venue for this topic - i recently
> > had occasion to visit #mediawiki on freenode, loo
Ok, I was bold and created #mediawiki-feed let's configure it as we
proposed. It will be +m and all bots will have voice. All devs who
want +f in that channel so that they can configure flags and rules for
bots, just ping me in #mediawiki
If there was some problem we can always put it back, I move
That's what I said this week, we should make #mediawiki-feed where all
bots would live and leave #mediawiki for humans
On Thu, Jun 21, 2012 at 5:01 PM, btb wrote:
> hi-
>
> i'm hopeful this is the appropriate venue for this topic - i recently had
> occasion to visit #mediawiki on freenode, lookin
discussing option to donate server to freenode here
:-)
On Thu, Jun 21, 2012 at 2:24 PM, K. Peachey wrote:
> On Thu, Jun 21, 2012 at 10:08 PM, Petr Bena wrote:
>> But I am not talking about creating a new network, but providing some
>> of our resources to freenode. They would lik
I wasn't talking about wikimedia channels but wiki projects (non
wikimedia) in relation with recent complaint from someone else
(mediawiki dev who wanted to open a channel for his wiki on freenode)
On Thu, Jun 21, 2012 at 2:55 PM, MZMcBride wrote:
> Petr Bena wrote:
>> On Thu, Jun
21, 2012 at 09:35:56AM +0200, Petr Bena wrote:
>> One developer recently complained about some freenode policies,
>> specifically that wiki projects (wikipedia etc has some kind of
>> exception) are no longer allowed to be hosted on freenode network,
>> which is supposed
But I am not talking about creating a new network, but providing some
of our resources to freenode. They would likely operate and manage it
without assistance from wmf ops.
On Thu, Jun 21, 2012 at 2:04 PM, Faidon Liambotis wrote:
> On Thu, Jun 21, 2012 at 09:35:56AM +0200, Petr Bena wr
Hi, thanks for your response!
First of all, I am not the guy who complained regarding the fact wikis
are not accepted, I am just proposing another idea, but here are
answers:
On Thu, Jun 21, 2012 at 10:03 AM, Sébastien Santoro
wrote:
> Good morning,
>
> On Thu, Jun 21, 2012 at 9:35
Hi,
One developer recently complained about some freenode policies,
specifically that wiki projects (wikipedia etc has some kind of
exception) are no longer allowed to be hosted on freenode network,
which is supposed to host only opensource projects. It's fact that as
the wikimedia project is beco
so bad it requires to connect to some port. My network is firewalled
and I can't access any other port than 80 and 443 and some other (22
etc). I guess I am not the only one on firewalled network. Can you
make the service be bound to apache so that it's on port 80 as well?
On Wed, Jun 20, 2012 at
I don't think that Risker is wrong, it is true, that ipv6 was enabled
on production almost with no warning and since it wasn't available on
any test site before, neither on wmflabs it was almost impossible for
developers to fix all issues in tools related to this. For example one
of tools that brok
Indeed, why we need to separate it? We should separate docs for
applications, for server configuration and such, categories are fine
to do that. But there is no need to separate wmf projects and
community projects.
On Fri, Jun 8, 2012 at 3:05 AM, Ryan Lane wrote:
>> Namespaces are usually a pain
I wanted to say "volunteer projects" which are affiliated with various
wikimedia projects
On Thu, Jun 7, 2012 at 5:20 PM, Petr Bena wrote:
> There is a difference between wikimedia projects which are somehow
> related to wikimedia projects, and foundation projects which
There is a difference between wikimedia projects which are somehow
related to wikimedia projects, and foundation projects which are
funded by foundation. But this difference is only about people and
money, so why should we have a different wiki for that
On Thu, Jun 7, 2012 at 5:19 PM, Petr Bena
I don't understand why? Wikitech is a perfect place for bots
documentation as well, especially when it comes to large bots operated
by many people, these needs to have documentation so that they can be
overtaken by someone else in case the original person who launched
bot, doesn't have a time to ma
I am in central europe and there is almost no ipv6 connectivity, more
far on east it's ever worse, so I doubt
On Wed, Jun 6, 2012 at 5:07 PM, Maarten Dammers wrote:
> Yes, good job guys! Now someone just needs to get Wikipedia.org (etc) added
> to http://www.worldipv6launch.org/participants/?q=1
, Ryan Lane wrote:
> On Mon, Jun 4, 2012 at 2:06 PM, Petr Bena wrote:
>> I'd be happy to help, however wikitech is restricted wiki, so I guess
>> I can't really help there, anyway I think it would be best if current
>> wikitech was kept for historical purposes, a
I'd be happy to help, however wikitech is restricted wiki, so I guess
I can't really help there, anyway I think it would be best if current
wikitech was kept for historical purposes, and in case we forgot to
move something you could find it in, wikitech-historical.wikimedia.org
or similar url
On M
Hi,
I heard that there was a plan to merge these wikis to one central wiki
for technical documentation for various projects on wikimedia, what is
the current status of that? Are we going to merge it to labsconsole,
or to wikitech? There are some services atm running on labs and
documentation is al
Nevermind, I didn't check that the ipv6 was recently enabled there as well
On Sat, Jun 2, 2012 at 10:08 AM, Petr Bena wrote:
> Hi,
>
> It would be so easier to update the tools if we had ipv6 enabled on
> wikimedia labs. Right now the development is complicated since there
>
Hi,
It would be so easier to update the tools if we had ipv6 enabled on
wikimedia labs. Right now the development is complicated since there
is no test site. But I am happy to see that we are getting some
progress in this.
On Fri, Jun 1, 2012 at 11:12 PM, Erik Moeller wrote:
> Hi all,
>
> June 6
I would name it Snuggle, so that it's in harmony with Huggle :)
On Fri, May 25, 2012 at 5:55 PM, John wrote:
> One thing I have done quite a bit of was Image modification. Everything
> from watermark removal to coping to rotating. When Im on a spur of
> watermark removal, it would be awesome if I
Make it report to #wikimedia-labs pls and #huggle
On Wed, May 23, 2012 at 3:39 PM, Antoine Musso wrote:
> Hello,
>
> Under 20%, I have decided to give the wikibugs IRC bot some love.
>
> That bot is a script processing bugzilla emails notification sent
> publicly to the wikibugs-l mailing list. I
AFAIK most of production servers run ubuntu. Maybe there are some
running Slakware, no idea.
On Tue, May 22, 2012 at 2:35 PM, Chad wrote:
> On Tue, May 22, 2012 at 7:51 AM, Petr Bena wrote:
>> At some point I did appreciate some of your notifications, maybe you
>> could continu
At some point I did appreciate some of your notifications, maybe you
could continue sending these affecting php and linux in general
(kernel + ubuntu and debian distro)
On Tue, May 22, 2012 at 12:27 PM, John Du Hart wrote:
> How dare they complain about you posting off topic material!
> On May 21
I don't have much experiences in this area, but I really want to see
this happen, so if there is anything I can help with (for example set
up a test site on wikimedia labs where we could work on this), let me
know. As soon as there is any public code I can take a look in that
and try to participate
Some updates on this? Is WMF or someone going to work on this or it's
waiting for someone to start?
On Fri, Mar 16, 2012 at 3:19 PM, Petr Bena wrote:
> Sorry, few typos:
>
> So, right now a question is if it's supposed to be implemented as
> extension or in core, or both (i
Hi all,
Could we get some kind of information of what is this Engineering
Community Group? So far I know it's headed by Sumana, which is nice
but still I would like to know more :)
On Wed, Apr 25, 2012 at 3:16 PM, Oren Bochman wrote:
> Great news.
>
> Congratulations Sumana !!
>
> I think that t
Yes it is not sent by any of wm servers probably some phishing or that
On Apr 24, 2012 5:15 AM, wrote:
> Here you go dudes,
>
> | Return-Path:
> | X-Spam-Checker-Version: SpamAssassin 3.4.0-r1197259-1907 (2011-11-03) on
> | ps11007.dreamhostps.com
> | X-Spam-Flag: YES
> | X-Spam-Level: ***
I mean, in simple words:
Your idea: when the data on wikidata is changed the new content is
pushed to all local wikis / somewhere
My idea: local wikis retrieve data from wikidata db directly, no need
to push anything on change
On Mon, Apr 23, 2012 at 4:07 PM, Petr Bena wrote:
> I think
I think it would be much better if the local wikis where it is
supposed to access this would have some sort of client extension which
would allow them to render the content using the db of wikidata. That
would be much simpler and faster
On Mon, Apr 23, 2012 at 2:45 PM, Daniel Kinzler wrote:
> Hi
I don't even think it's possible to use them, since they only support svn
On Mon, Apr 23, 2012 at 2:36 PM, Antoine Musso wrote:
> K. Peachey wrote:
>> The user was probably op'ed and saw the messages, since CIA-* is
>> globally +q (quietened) in the channel.
>
> That is it, I was +o.
>
> Is there
:
> On 23 April 2012 13:23, Petr Bena wrote:
>
>> Indeed, unless there are some spam links inside, for example if it was
>> html mail, the reset token could be in fact a spam link leading to
>> another site. (like http://somespam.com>http://en.wikiped...
>> reset
Indeed, unless there are some spam links inside, for example if it was
html mail, the reset token could be in fact a spam link leading to
another site. (like http://somespam.com>http://en.wikiped...
reset token)
On Mon, Apr 23, 2012 at 2:21 PM, K. Peachey wrote:
> That looks like the standard pas
Can you include the header of email? That could be much more of use to
check if it was sent from a wikimedia server.
On Mon, Apr 23, 2012 at 2:12 PM, Thomas Morton
wrote:
> Hey all,
>
> There have recently been a high number of complaints to OTRS about emails
> recieved, supposedly from Wikipedia
That's weird there is no recent log containing the messages from CIA,
it probably happened during some network outage where log bots
disconnected, the bot was probably confused because of that.
On Mon, Apr 23, 2012 at 12:47 PM, Antoine Musso wrote:
> Hello,
>
> This morning the CIA-89 IRC bot sta
That seems to be a lot of work which isn't needed. If we just prefixed
the tables we wouldn't need to make a list of names which are already
taken, because they would never conflict
On Thu, Apr 19, 2012 at 10:48 AM, Benjamin Lees wrote:
> On Thu, Apr 19, 2012 at 4:27 AM, Petr Bena
I mean this would make development much faster. Now you have to look
through hundreds of extensions to check if your new table isn't going
to collide with some other.
On Thu, Apr 19, 2012 at 10:26 AM, Petr Bena wrote:
> It's possible someone make extension which contains Code
It's possible someone make extension which contains Code in name, so I
think it would be best to use the full name of extension
On Wed, Apr 18, 2012 at 5:55 PM, Chad wrote:
> On Wed, Apr 18, 2012 at 9:41 AM, Petr Bena wrote:
>> I think we should create a page describing standard
I think we should create a page describing standards for names of keys
in preferences and database objects for extensions. I propose to make
it standard to prefix all keys in $preferences array with the name of
extensions at least or some other words maybe (e_ExtensionName_Value
?).
The same shoul
I made [[mediawiki:Test_wikis]] feel free to improve it and link to
that page from everywhere possible where people might be looking for
this
On Mon, Apr 16, 2012 at 1:51 AM, Federico Leva (Nemo)
wrote:
> Just in case someone thinks otherwise, none of my doubts has been addressed.
> The point is
It would be better if user could override it on local wiki, or kept
using global one, per project
On Sun, Apr 15, 2012 at 5:43 PM, Andrew Garrett wrote:
> I wrote it once upon a time (in about 2009). It was never reviewed, and I
> could never find a sensible way to set up an interface for it. Not
I could be easily preference of users to pick if they want to use
global settings or override it, should be very easy to implement
On Sun, Apr 15, 2012 at 10:50 AM, Martijn Hoekstra
wrote:
> On Sun, Apr 15, 2012 at 10:42 AM, Ole Palnatoke Andersen
> wrote:
>> Hi!
>>
>> I would love to be able to
Tim, is there any code publicly available for the new extension you
talk about? I would like to see it, if it exist (and isn't anything
secret).
On Fri, Apr 13, 2012 at 2:12 PM, Petr Bena wrote:
> I have no knowledge of Lua, but I don't see what is problem with print
> here, th
I have no knowledge of Lua, but I don't see what is problem with print
here, the function print is supposed to print output to output device
in most of programming languages, just as in this case, so I don't
understand why we should want to use return (which is supposed to
return some data / pointe
ys might be ..." sounds
dangerous from someone who has access to servers :-)
On Fri, Apr 13, 2012 at 9:06 AM, Ariel T. Glenn wrote:
> Στις 13-04-2012, ημέρα Παρ, και ώρα 12:49 +1000, ο/η Andrew Garrett
> έγραψε:
>> On Wed, Apr 4, 2012 at 6:25 PM, Petr Bena wrote:
>&
Yes, that is what I just tried to propose in second email :-) I see I
am not the only one who believe we need it
On Fri, Apr 13, 2012 at 8:33 AM, John Vandenberg wrote:
> On Fri, Apr 13, 2012 at 3:56 PM, Petr Bena wrote:
>> That was just an example, interesting are of course even
12:42 AM, Petr Bena wrote:
>> Let me clarify:
>> we are talking about accounts which are interesting for hackers such
>> as these of stewards.
>
> Really? You're clearly designing a system targeting inactive sysops
> who disappear, but it doesnt seem suitable for
It's nice to see that you are working on fixing this problem! Thanks
On Thu, Apr 12, 2012 at 10:56 PM, Rob Lanphier wrote:
> Hi everyone,
>
> I'm forking off from the "Development process doesn't work" thread to
> highlight a message that Sumana sent the other day.
>
> Last year, Erik asked me to
12:03 PM, Petr Bena wrote:
>> On Wed, Apr 11, 2012 at 5:47 PM, Chad wrote:
>>> On Wed, Apr 11, 2012 at 11:15 AM, Petr Bena wrote:
>>> If this is done properly with classes and ids, this should all be
>>> customizable by via site CSS/JS. But a sane default UI is
&
On Wed, Apr 11, 2012 at 5:47 PM, Chad wrote:
> On Wed, Apr 11, 2012 at 11:15 AM, Petr Bena wrote:
>> Ok, I managed to fix it, anyway there are still some issues:
>>
>> The autosave works after 2 minutes of inactivity. It should work
>> anyway, in case your pc crash
pr 11, 2012 at 4:53 PM, Petr Bena wrote:
> Yes it looks like some problem with the het setup, I will try to talk
> to werdna regarding this.
>
> On Wed, Apr 11, 2012 at 4:47 PM, Helder wrote:
>> On Wed, Apr 11, 2012 at 11:38, Petr Bena wrote:
>>> It really needs some mor
Yes it looks like some problem with the het setup, I will try to talk
to werdna regarding this.
On Wed, Apr 11, 2012 at 4:47 PM, Helder wrote:
> On Wed, Apr 11, 2012 at 11:38, Petr Bena wrote:
>> It really needs some more work, I didn't find how to use it, it likely
>> does
make it easier to deploy + I can't think of any wiki, even non
wmf which couldn't benefit from this feature.
On Wed, Apr 11, 2012 at 4:30 PM, Petr Bena wrote:
> I deployed it to english wikipedia on deployment site for test:
> http://en.wikipedia.beta.wmflabs.org/wiki/Special:Draf
e)
On Wed, Apr 11, 2012 at 4:19 PM, Petr Bena wrote:
> So you say person who created it finished the extension to deployment
> ready status and just forgot to update the extension page for it :-)
>
> I will try to review it a bit then
>
> On Wed, Apr 11, 2012 at 12:28 PM, Happy Me
Wed, Apr 11, 2012 at 5:18 AM, Petr Bena wrote:
>> > I have no idea the page of extension say that it isn't stable
>>
>
> https://bugzilla.wikimedia.org/show_bug.cgi?id=1
>
> --HM
> ___
> Wikitech-l mai
I have no idea the page of extension say that it isn't stable
On Wed, Apr 11, 2012 at 10:59 AM, Marcin Cieslak wrote:
>>> Petr Bena wrote:
>> It isn't stable, maybe someone should take over the work on it... If
>> it was finished it would be nice to have feature
This version of mediawiki is also present for some time on the
deployment test site, where you can test various tools and check how
is everything going to work on the wiki you are using now, for example
the english wikipedia:
http://en.wikipedia.beta.wmflabs.org/wiki
In case any wiki is not there
It isn't stable, maybe someone should take over the work on it... If
it was finished it would be nice to have feature, if it was ever
deployed of course.
On Tue, Apr 10, 2012 at 1:22 PM, Helder wrote:
> On Tue, Apr 10, 2012 at 07:35, Petr Bena wrote:
>> Is there any existing exten
This extension isn't really the same as what I proposed, however it
was presented years ago but never deployed.
Is there any existing extension which can do auto save?
On Tue, Apr 10, 2012 at 12:10 PM, Helder wrote:
> On Tue, Apr 10, 2012 at 06:46, Seb35 wrote:
>> Hi,
>>
>> There is already suc
401 - 500 of 648 matches
Mail list logo