enough…I’d go with
> bully.
> _
>
> Joe Matazzoni
> Product Manager, Collaboration
> Wikimedia Foundation, San Francisco
> mobile 202.744.7910
> jmatazz...@wikimedia.org
>
> "Imagine a world in which every single human being can freely shar
sks last time I checked.
On Wed, Aug 15, 2018 at 7:45 PM, Bence Damokos wrote:
> Pedants?
> Prescriptivists? Etc... https://en.m.wiktionary.org/wiki/grammar_Nazi
>
>
> On Wed, 15 Aug 2018, 18:10 Petr Bena, wrote:
>
>> Out of curiousity, how would you say "grammar nazi
Hello,
What was the reason for this change? What does it improve or fix?
On Tue, Apr 16, 2019 at 3:00 PM Andrew Otto wrote:
>
> Great! Is this just for Wikitech itself or all ldap/wikitech
> authentication?
>
> On Mon, Apr 15, 2019 at 7:56 PM Bryan Davis wrote:
>
> > A change was deployed to t
NVM, I just figured out that MW and Gerrit was creating duplicated
accounts due to this
On Tue, Apr 16, 2019 at 3:16 PM Petr Bena wrote:
>
> Hello,
>
> What was the reason for this change? What does it improve or fix?
>
> On Tue, Apr 16, 2019 at 3:00 PM Andrew Otto wrote:
Hello,
https://www.mediawiki.org/wiki/API:Revisions mentions "revision slots"
multiple times, but fails to explain what it is?
I noticed that some queries that were running fine in the past now
have warning: "Because "rvslots" was not specified, a legacy format
has been used for the output. This
make clear
> that MCR is not work in progress. While support is not complete in all parts
> of
> MediaWiki, the storage layer has been implemented and the database has been
> migrated to the new system.
>
> Am 05.04.20 um 22:17 schrieb Petr Bena:
> > Hello,
> >
>
,
...
On Mon, Apr 6, 2020 at 3:54 PM Brad Jorsch (Anomie)
wrote:
>
> On Sun, Apr 5, 2020 at 5:24 PM Daniel Kinzler wrote:
>>
>> Am 05.04.20 um 23:18 schrieb Petr Bena:
>> > But still, I am curious what is the recommended approach for someone
>> > who wants to d
Looking forward to remote beer tasting! Send a list before so I can
prepare. Also someone let Siebrand know about this :D
On Tue, Apr 21, 2020 at 3:50 PM RhinosF1 - wrote:
>
> Added, let the fun begin!
>
> On Tue, 21 Apr 2020 at 14:44, Andre Klapper wrote:
>
> > Heja,
> >
> > On Mon, 2020-04-20
That policy doesn't make sense, especially given to number of services
outages when it's not possible to op yourself, also it's quite annoying
when you have to op / mode / deop yourself instead of just doing op work.
However I don't see a reason to make people with root look different than
others s
Instead of changing sw we should improve the bugzilla, list of things I
would like to change
* Login with SUL instead of separated username
* Improve the rss feed, let users create a custom rss
On Tue, Mar 6, 2012 at 9:42 AM, Thomas Gries wrote:
> Regarding JIRA, allow me to report my experienc
Hi all,
I want to inform you that we started a new project called Huggle WA, it's a
web interface based version of popular utility Huggle. It is being
developed by original huggle developers and some other devs and everyone
else, who is interested in this project. Production version and developmen
, like rollback or block.
On Wed, Mar 7, 2012 at 12:09 PM, Petr Bena wrote:
>
> Hi all,
>
> I want to inform you that we started a new project called Huggle WA, it's a
> web interface based version of popular utility Huggle. It is being developed
> by original huggle develop
> On Wed, Mar 7, 2012 at 4:09 AM, Petr Bena wrote:
>> Hi all,
>>
>> I want to inform you that we started a new project called Huggle WA, it's a
>> web interface based version of popular utility Huggle. It is being
>> developed by original huggle developers and s
development in at the moment (i.e. is there a working
> prototype or...?)
>
> Tom
>
> On 7 March 2012 14:29, Petr Bena wrote:
>
>> Hi Mono, thanks! In that case, best what you can do is open #huggle on
>> freenode and send me your google account to my email
>>
It's true, most of the tools were overtaken by another user, can you
tell us which tools are still broken? I myself would prefer to move
all these tools to wikimedia labs, as soon as it's possible, which
would allow us to manage them together without separating it tool per
user (eg no ~soxred/files
Hi, it's been almost 4 years since we came with the idea of
implementing an OAuth to mediawiki. I think it's time to start.
Question now is if it should be a part of core or extension for
mediawiki. I myself would rather make it as extension, since there is
probably no use for most of installations
gration with
> our permissions and API to be of any use.
>
> On Tue, Mar 13, 2012 at 8:50 AM, Petr Bena wrote:
>> Hi, it's been almost 4 years since we came with the idea of
>> implementing an OAuth to mediawiki. I think it's time to start.
>> Question now is
it wants to use
On Tue, Mar 13, 2012 at 3:13 PM, Petr Bena wrote:
> Hi,
>
> Of course, I am following the proposal at
> https://www.mediawiki.org/wiki/OAuth, even there is mentioned that
> it's not clear if it should be extension or in core. In fact I don't
> see a r
read in social
> networks.
>
> John
>
> On Tue, Mar 13, 2012 at 3:18 PM, Jeff Ferland wrote:
>> In.
>>
>> -Jeff
>>
>> On Mar 13, 2012, at 8:50 AM, Petr Bena wrote:
>>
>>> Hi, it's been almost 4 years since we came with the i
So, right now a question is if it's supposed to be implemented as
extension or in core, or both (in case extension can't be created now,
updated core do that it's possible).
I would rather make is as extension since there is a little benefit
for most of mediawiki users in having this feature. I th
Sorry, few typos:
So, right now a question is if it's supposed to be implemented as
extension or in core, or both (in case extension can't be created now,
update core so that it's possible).
^ that's what I was about to say
On Fri, Mar 16, 2012 at 3:17 PM, Petr Bena wrot
Hi all
I thought that his role must have been one of most boring like the walking
through a lot of various reports and trying to make some lazy developers to
fix them ;-) but i was surprised that when I started to work with him thas
the work we did was almost most entertaining experience I had on w
Hi
It's just about transfering the password from him to someone else, or
in case he doesn't remember it, you can request a new password.
On Mon, Mar 19, 2012 at 4:33 PM, Strainu wrote:
> Hi,
>
> The Romanian mailing lists are managed by a wikipedian that has left
> the project some years ago and
Hi,
I created a search engine for irc logs, it works much faster than
current engine and it's written in php. I will send a source code
soon.
http://bots.wmflabs.org/~wm-bot/searchlog/
I don't understand html, so output is ugly. If someone wants to help
to improve it, let me know.
_
Yes there is some python script, but it always took so long for it to
search something that I always decided to just close browser (10+
minutes to execute search)
On Tue, Mar 20, 2012 at 5:18 PM, Bergi wrote:
>
> Cool. I didn't know that there had already been an engine?
Converting it to html is no problem, however the color stuff and such
is probably bit harder :) I will try to improve this
On Tue, Mar 20, 2012 at 5:46 PM, Daniel Friesen
wrote:
> On Tue, 20 Mar 2012 04:02:00 -0700, Petr Bena wrote:
>
>> Hi,
>>
>> I created a search
I would rather put it to wikimedia svn, I hope you have an account there
On Tue, Mar 20, 2012 at 6:04 PM, Daniel Friesen
wrote:
> Throw whatever you got into a git repo somewhere, I might help tune that up
> too.
>
>
> On Tue, 20 Mar 2012 09:52:11 -0700, Petr Bena wrote:
>
&
012 at 12:06 AM, MZMcBride wrote:
> Hi. I'm going to combine replies just so I don't hit wikitech-l a dozen
> times.
>
> Petr Bena wrote:
>> I created a search engine for irc logs, it works much faster than
>> current engine and it's written in php. I will send a sour
That doesn't allow you to type wi.ki/en/Donut in order to open
article, shortened url is also hard to remember
Having a redirect service would make life easier, I hate to type these
long urls in browser, especially on mobile phone
On Fri, Mar 23, 2012 at 5:29 PM, Srikanth Lakshmanan wrote:
> On
And I know enwp.org does it. I was thinking of a new domain for all
wikimedia db's
On Fri, Mar 23, 2012 at 5:40 PM, Petr Bena wrote:
> That doesn't allow you to type wi.ki/en/Donut in order to open
> article, shortened url is also hard to remember
>
> Having a redirect s
Yes please, since it must be someone from wmf to ask, do that!
On Sat, Mar 24, 2012 at 7:42 PM, Ryan Kaldari wrote:
> I've suggested for years that we ask for w.org. It is a reserved domain name
> that we could ask IANA to grant to us. The X.Org Foundation has x.org
> (grandfathered in), and I be
Purpose of this is to make it easier for users to open the wikipedia,
not to link pages to someone else. Imagine you open a browser on some
device and need to type
en.wikipedia.org/wiki/Blah
this is annoying and long
w.org/en/Blag is shorter and easier to type. I guess it would be best
if mobile
Hi,
I would like to propose the following idea
We already started working on a new virtual cluster known as labs
(wmflabs.org) which purpose is to allow people develop stuff and later
move it to some production, some time ago. I believe it would be nice
to have exactly same environment (probably
Inserted labs list to copy, and clarify:
I only propose to split current labs to two parts: testing and
production (I don't propose to purchase whole new virtualization
cluster) and these parts should be completely separated (by firewall
at least)
On Mon, Mar 26, 2012 at 2:19 PM, Petr
I thought that labs are not going to be used to run some final
products, rather just to develop them? Also is it secure to use same
domain for testing and stable version? The stable version would be
better if it was more restricted.
On Tue, Mar 27, 2012 at 5:36 AM, Ryan Lane wrote:
>> We already
* I found a problem in this revision
* There is a problem in this revision
* Thank you for submitting your revision, but there is some error in your code
Some suggestions :)
On Wed, Mar 28, 2012 at 3:10 PM, Chad wrote:
> Hi everyone,
>
> There's been some comments that the phrasing for a -1 vo
Yes I would like to help as well, but it would be nice if you told us,
how. My suggestion is to enable ipv6 on wikimedia labs, and on beta
cluster, so that we can test the mediawiki support for ipv6 there and
let the community of wikimedia try it and find and report all problems
On Wed, Mar 28, 20
How is that related to nova, what if we just enable it on existing
instances? If the network where the instances live on, support ipv6,
and instance get access to it, why it shouldn't work. It lives behind
kvm and if host system is on ipv6 network, we could just skip nova at
all, for now.
On Thu,
It sounds better. Shame on your that you don't like Yoda
On Thu, Mar 29, 2012 at 3:20 PM, Chad wrote:
> On Wed, Mar 28, 2012 at 2:05 PM, Rob Moen wrote:
>> I agree. Having 'you' or 'i' makes the message personal when the focus
>> should remain on the commit itself.
>>
>> + 1
>> This patch needs
Hi,
Lot of volunteers are using email to communicate when they discuss
wikimedia related issues. Even if it's not a big problem to use
personal email there, lot of people, especially administrators do not
want to uncover their personal email. Lot of them even have a special
private mail for wikipe
ing an alias over simply using
> [[Special:EmailUser]], which is effectively also an alias for the first mail.
>
> -- Krinkle
>
> On Mar 29, 2012, at 9:41 PM, Petr Bena wrote:
>
>> Hi,
>>
>> Lot of volunteers are using email to communicate when they discuss
>&g
I disagree, the previous message would sound really bit offensive to
people who submitted the patch, and is nothing motivating for the
volunteers who spend their time trying to help with the project.
Imagine you send a code to open source project in a good faith and get
the reply: I'd be more happy
I see no point in doing that. Https doesn't support caching well and
is generally slower. There is no use for readers for that.
On Sun, Apr 1, 2012 at 12:06 PM, David Gerard wrote:
> Lots of monitoring going into place:
>
> https://en.wikipedia.org/wiki/Wikipedia:List_of_articles_censored_in_Saud
I said there is a little benefit for most of users, of course there
would be some who could find it usefull, however that's no reason to
redirect all users. I use wikipedia a lot, and I don't care if someone
see which pages I open. If someone does care, they should switch to
https themselves.
On S
e
to cache this, but it's very complicated
On Sun, Apr 1, 2012 at 6:43 PM, Antoine Musso wrote:
> Le 01/04/12 12:55, Petr Bena wrote:
>> I see no point in doing that. Https doesn't support caching well and
>> is generally slower. There is no use for readers for that.
I believe it would be best if login form was served using http with
check box "Disable ssl" which would be not checked as default. The
target page of form would be ssl page in case users wouldn't check it.
So that in countries where ssl is problem they could just check it and
proceed using unencryp
Hey all,
If some of you used the deployment site at wmflabs.org please note
that I am renaming the central wiki this week from:
labs.wikimedia.beta.wmflabs.org to
deployment.wikimedia.beta.wmflabs.org
The previous domain should redirect, but it may result in some
outages. This rename is done as
gets to work with future version of
software.
I hope it's more clear now
On Tue, Apr 3, 2012 at 12:09 PM, Srikanth Lakshmanan wrote:
> On Tue, Apr 3, 2012 at 13:07, Petr Bena wrote:
>
>> since some of them thought that deployment site is
>> wikimedia labs, while in fact it
Can we move to the initial discussion regarding http redirect to https
please :-) That page doesn't contain anything interesting anyway...
(Now after saying this I guess that it's gonna have way more visitors
than ever, hehe)
On Tue, Apr 3, 2012 at 5:34 PM, Helder wrote:
> On Tue, Apr 3, 2012 at
I have seen there is a lot of wikis where people are concerned about
inactive sysops. They managed to set up a strange rule where sysop
rights are removed from inactive users to improve the security.
However the sysops are allowed to request the flag to be restored
anytime. This doesn't improve sec
should be notified according to their personal config
(They could specify if they want to be warned if someone is about to
compromise their account or not)
On Wed, Apr 4, 2012 at 9:43 AM, Petr Bena wrote:
> I have seen there is a lot of wikis where people are concerned about
> inactive
Hi all,
I am very disappointed by current development process we have on
wikimedia project. The wikimedia project itself is classified as open
source at some point, but the current development process sort of
beats the purpose of that.
I started working on two extensions in October, more than 6 m
appen.
On Wed, Apr 4, 2012 at 10:16 AM, Amir E. Aharoni
wrote:
> 2012/4/4 Petr Bena :
>> I have seen there is a lot of wikis where people are concerned about
>> inactive sysops. They managed to set up a strange rule where sysop
>> rights are removed from inactive users to i
On Wed, Apr 4, 2012 at 10:19 AM, K. Peachey wrote:
> On Wed, Apr 4, 2012 at 5:43 PM, Petr Bena wrote:
>> I have seen there is a lot of wikis where people are concerned about
>> inactive sysops. They managed to set up a strange rule where sysop
>> rights are removed from inac
The accounts could be compromised just using a brute force attacks
which would be running for a long time. Since user would never know
their account is being cracked, they would likely never bother with
making their password more strong, neither report it somewhere. If I
was an inactive sysop and I
On Wed, Apr 4, 2012 at 10:46 AM, K. Peachey wrote:
> On Wed, Apr 4, 2012 at 6:19 PM, Petr Bena wrote:
>> I started working on two extensions in October, more than 6 months
>> ago. Both were approved by community on Village Pump and it was agreed
>> to deploy them to english
Yes, in past it worked. I don't know what is broken now, but it
apparently doesn't work anymore.
On Wed, Apr 4, 2012 at 10:46 AM, Amir E. Aharoni
wrote:
> 2012/4/4 Petr Bena :
>> I understand it, that only employees of the foundation are actually
>> permitted to write t
nt in this area, there should either be notification that
review of code may take years unless you work for wmf on the page
describing the current process, or people from community shouldn't be
even suggested to work on that.
On Wed, Apr 4, 2012 at 10:54 AM, Petr Bena wrote:
> Yes, in past
Actually sysops could be just required to have the email set in the
project guidelines. If they don't do that and their account expire,
they lost the sysop. I don't see it as a big deal. I hope that sysops
are clever enough to at least be able to follow their own rules.
On Wed, Apr 4, 2012 at 11:0
;t want to update any policies they don't need to have it
installed, of course.
On Wed, Apr 4, 2012 at 11:16 AM, John Vandenberg wrote:
> On Wed, Apr 4, 2012 at 7:12 PM, Petr Bena wrote:
>> Actually sysops could be just required to have the email set in the
>> project guidelines. I
Indeed :-)
But if I didn't think it's weird, I wouldn't start this. I am always
trying to find a solution from programmer point of view for a problems
which community sometimes try to solve "by hand".
On Wed, Apr 4, 2012 at 11:23 AM, Thomas Morton
wrote:
> On 4
utomated system is a better solution
than what the wikis started with.
On Wed, Apr 4, 2012 at 11:31 AM, Thomas Morton
wrote:
> On 4 April 2012 10:28, Petr Bena wrote:
>
>> Indeed :-)
>>
>> But if I didn't think it's weird, I wouldn't start this. I am
Ok, your reply makes a lot of sense. However problem is that how users
get more "hats" they are usually more afraid of loosing them :-) and
would probably like to have an option to protect from attackers (I
don't really know but I hope that people with some extra flags are
trying to have a secure p
I said it would be opt-in so they wouldn't be spammed unless they
would like to be
On Wed, Apr 4, 2012 at 2:36 PM, Platonides wrote:
> On 04/04/12 10:47, Petr Bena wrote:
>> The accounts could be compromised just using a brute force attacks
>> which would be running for a l
Why is it evil?
On Wed, Apr 4, 2012 at 2:35 PM, Chad wrote:
> On Wed, Apr 4, 2012 at 8:33 AM, Petr Bena wrote:
>> I said it would be opt-in so they wouldn't be spammed unless they
>> would like to be
>>
>
> I would like to remind everyone that user preference
eature will be live before
> NaturalLanguageList gets looked at again. NaturalLanguageList was not
> sufficiently inspiring to get included in the roadmap.
>
> On 04/04/12 19:06, Petr Bena wrote:
>> My point is that if review of 15 lines of code, takes 6+ months, there
>> is ver
gests that
it's even possible.
On Wed, Apr 4, 2012 at 2:58 PM, Petr Bena wrote:
> Hi Tim,
>
> So that's exactly how I understand it. All programmers who seemed to
> be good enough were hired and now work as employees, while people who
> are working on their own have low pri
uot;
Seriously, don't make microsoft windows from mediawiki, please. We
could as well make mediawiki do what it "thinks that user wants to do"
rather than "what user really wants"
On Wed, Apr 4, 2012 at 4:24 PM, OQ wrote:
> On Wed, Apr 4, 2012 at 7:38 AM, Petr Bena wro
re way. (Anyway if it was opt-in it would be either
more secure or same insecure as it's now)
On Wed, Apr 4, 2012 at 4:35 PM, Petr Bena wrote:
> That sounds like as microsoft would interpret how perfect system
> should work, and why I don't like windows:
>
> "We know bes
Let me clarify:
we are talking about accounts which are interesting for hackers such
as these of stewards.
I didn't want to compare stewards to hackers :-)
On Wed, Apr 4, 2012 at 4:40 PM, Petr Bena wrote:
> Also keep in mind we are talking about accounts which are interesting
>
> On 4 April 2012 14:45, Tim Starling wrote:
> I think it's pretty likely that the Lua feature will be live before
> NaturalLanguageList gets looked at again. NaturalLanguageList was not
> sufficiently inspiring to get included in the roadmap.
>
I think that the correct question is if it was insp
orton
wrote:
> On 4 April 2012 15:40, Petr Bena wrote:
>
>> Also keep in mind we are talking about accounts which are interesting
>> for hackers, stewards and such. I hope that people who are
>> volunteering as stewards aren't just "stupid" and would eventua
M, OQ wrote:
>> On Wed, Apr 4, 2012 at 7:38 AM, Petr Bena wrote:
>>> Why is it evil?
>>
>> Bluntly?
>> Users, for the most part, are stupid. Or rather, they make silly
>> choices that can make systems more vulnerable without knowing better.
>>
>
&
there is no code for it, why?
On Thu, Apr 5, 2012 at 5:47 AM, Tim Starling wrote:
> On 04/04/12 22:58, Petr Bena wrote:
>> It should be clearly mentioned somewhere on guidelines for developers
>> that attempts to create software which is supposed to be deployed to
>> found
Indeed, I live in europe and bits seems to be very blocked to me :)
there is a problem with connectivity I guess, because I am having this
problem as well most of time, the service is up, but slow, which makes
the load of one page to take minutes
On Thu, Apr 5, 2012 at 8:55 AM, Ryan Lane wrote:
>
ing better than crappy css of wikipedia.
On Thu, Apr 5, 2012 at 9:24 AM, Petr Bena wrote:
> Indeed, I live in europe and bits seems to be very blocked to me :)
> there is a problem with connectivity I guess, because I am having this
> problem as well most of time, the service is up, but slow
t I expect it would be very very
> public indeed. ;-)
>
> Ariel
>
> Στις 05-04-2012, ημέρα Πεμ, και ώρα 09:10 +0200, ο/η Petr Bena έγραψε:
>> When we talk about the public code, why the development of new
>> software like LQT 3 is private? Why community devs can't pa
I don't know if this is a part of some joke
https://www.mediawiki.org/wiki/LiquidThreads_3.0/status
but it seems that someone wrote some code
2012/4/5 Petr Bena :
> This isn't true?
>
> https://www.mediawiki.org/wiki/LiquidThreads_3.0
>
> On Thu, Apr 5, 2012 at 9:40
I have years of experiences with c++ and gui and I will be happy to
help you in any way
On Thu, Apr 5, 2012 at 3:12 PM, Platonides wrote:
> On 05/04/12 02:19, Max Semenik wrote:
>> When I hear "C++" and "UI", I reach for my minigun. And you want to
>> make it tiny and portable, too;) Though if yo
Yes, I agree we should merge all accounts with no exceptions. For
beginning we could create a dump of all users who could be merged and
who couldn't be so that we get overview of what is needed to do.
Probably a simple sql query could do that.
On Fri, Apr 6, 2012 at 1:49 AM, K. Peachey wrote:
> I
Hi,
Chad recently mentioned that based on opinion of wikimedia users, most
of users prefer simple options, I guess we could create a feature,
perhaps a checkbox "Display advanced options" to user preferences,
move lot of current settings which aren't really supposed to be
changed by people who do
If users would check show advanced, then this would be checked until
they would uncheck it. So if they changed the advanced stuff, they
could simply go back and reset it.
On Fri, Apr 6, 2012 at 2:16 PM, Platonides wrote:
> What about people changing the options, then not findign them to change
>
They could be just reserved do that it wouldn't be possible to create them
Same should apply for accounts which are indefinitely blocked, the
fact that someone block user "Bob" on some wikipedia, doesn't mean
that Bob can't participate on another project. There are many active
users who are indefi
The central wiki was renamed
deployment.wikimedia.beta.wmflabs.org
On Tue, Apr 3, 2012 at 2:52 PM, Petr Bena wrote:
> Test wiki is running production version of mediawiki, so it's not
> useful to perform any tests of software which wasn't reviewed and
> isn't consid
In fact most of the old test wikis are going to be replaced by wmflabs
wikis. I don't know which rules you want to set. These are test wikis
and people are supposed to do tests there. I see no need for any
rules.
All test wikis we have which can be accessed are of course useable by
regular users,
Is there a log from it?
On Wed, Apr 4, 2012 at 7:32 PM, Lydia Pintscher
wrote:
> Hey :)
>
> just a quick reminder that the english one will be in about 23 hours.
>
>
> Cheers
> Lydia
>
>
> On Mon, Mar 26, 2012 at 2:55 PM, Lydia Pintscher
> wrote:
>> Hi everyone!
>>
>> Next week the Wikidata team
Hi, this is a proposal for a new feature to mediawiki core or a new
extension (I would myself prefer an extension, but given that the
development process seems to be broken, per my previous email, it's
likely not possible for a non-wmf dev to have it deployed)
I think many editors had the problem
Also, another cool feature would be auto save, which would
periodically save the work somewhere, probably to a separate table and
in case your computer would crash, you could recover it. The auto
saved revisions would be removed from db after certain time
On Tue, Apr 10, 2012 at 11:00 AM, Bináris
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
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 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
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
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
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
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
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
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
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
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
&
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
401 - 500 of 648 matches
Mail list logo