Hi,
Krinkle wanted to use BotBot.me log viewer as a frontend for wm-bot's
logs. It unfortunatelly uses slightly different database schemas, but
I managed to create some views in wm-bot's db that actually produces
similar columns and behold! It works:
http://botbot.wmflabs.org/freenode/15/
Well, t
I fixed slugs now, so every channel has perma links in format of
http://botbot.wmflabs.org/freenode/CHANNEL for example
http://botbot.wmflabs.org/freenode/wikimedia-labs/
On Sat, Jun 13, 2015 at 4:54 PM, Petr Bena wrote:
> Hi,
>
> Krinkle wanted to use BotBot.me log viewer as a fronte
There is no such a thing like "properly break". That's like if someone
was happily sad. Come on
On Thu, Jun 18, 2015 at 4:09 PM, Brad Jorsch (Anomie)
wrote:
> On Wed, Jun 17, 2015 at 10:13 PM, Yuri Astrakhan
> wrote:
>
>> On Wed, Jun 17, 2015 at 7:44 PM, John Mark Vandenberg
>> wrote:
>>
>> >
>
Yes it was, labs still didn't recover from the outage:
https://phabricator.wikimedia.org/T103696?workflow=103265
On Fri, Jun 26, 2015 at 3:19 AM, Stephen Niedzielski
wrote:
> This seems to have stopped working a few days ago. I get a 502 Bad
> Gateway. I was thinking it was probably related to
Hi,
What if we added extra projects to phabricator for programming
languages (such as language-php, language-c) which could be optionally
added to some tickets if help of people who know these languages would
be needed. So that it would be possible for example to c++ experts to
filter out open tas
can already infer some languages from the project: Pywikibot → Python,
> Hierator → Java etc.
> And nearly any other one will have language-php then. But for C++ it might
> still make sense.
>
>
> Il 17/07/2015 10:04, Petr Bena ha scritto:
>>
>> Hi,
>>
>&g
Asking of stackoverflow to resolve a phabricator task is same as
asking there to do your homework.
How is CSS not common amongst MediaWiki, did something change recently? :P
On Sun, Jul 19, 2015 at 3:39 AM, Gergo Tisza wrote:
> On Fri, Jul 17, 2015 at 3:04 AM, Petr Bena wrote:
>
>>
Good job, you aren't the only one. Huggle team is using it for quite
some time. To be honest I still feel that github is far superior to
our gerrit installation and don't really understand why we don't use
it for other projects too.
The GitHub's pull requests are more compliant with original git
p
Force pushes can be disabled if you contact github support
On Wed, Jul 22, 2015 at 11:14 PM, Gergo Tisza wrote:
> On Wed, Jul 22, 2015 at 4:39 AM, Petr Bena wrote:
>
>> Good job, you aren't the only one. Huggle team is using it for quite
>> some time. To be honest I st
although it might be a little redundant.
> On a related note, we've been trying to add the "Easy" tag where
> appropriate.
>
>
> --stephen
>
> [0] https://phabricator.wikimedia.org/T104086
>
> On Tue, Jul 28, 2015 at 8:00 AM, Quim Gil wrote:
>
>> On F
Is there going to be a hangout stream for the presentations so that
people who can't attend (trip is just too expensive) can see or
participate at them?
On Tue, Sep 15, 2015 at 2:21 PM, Quim Gil wrote:
> You have probably read the announcement of the Wikimedia Developer Summit
> 2016 registration
I am trying to understand how this works:
https://www.mediawiki.org/wiki/API:Revisions
There is a parameter DiffTo which says: Revision ID to diff each
revision to. Use "prev", "next" and "cur" for the previous, next and
current revision respectively.
I suppose that I can give it revision ID inst
That "compare" feature look promising. Thanks
On Tue, Sep 15, 2015 at 5:36 PM, Brad Jorsch (Anomie)
wrote:
> On Tue, Sep 15, 2015 at 10:39 AM, Petr Bena wrote:
>
>> I suppose in that case I would set RevID to 520 and DiffTo to 20. That
>> however doesn't see
y&rawcontinue=1&format=xml
but as you can see, it's not actually containing all these changes.
Why is that? I would like to see a diff of these 3 edits from
681167574 which is oldest to 681167909 which in time of me writing
this was last revision.
On Tue, Sep 15, 2015 at 5:39 PM, Pet
yay, that fixed the problem, thanks :o
On Tue, Sep 15, 2015 at 6:24 PM, Brad Jorsch (Anomie)
wrote:
> On Tue, Sep 15, 2015 at 11:53 AM, Petr Bena wrote:
>
>> Just to make clear what my problem is, here is example. There is a
>> user 75.69.113.86 who made 3 consecutive edi
Hello,
I would like to get your input for this potential Google-Code /
Outreachy task: https://phabricator.wikimedia.org/T114631
Quick summary: Right now there is no simple way to detect syntax
errors of a wikicode (text user input as a source code for wiki page).
Its existence would make it simp
Hi,
Why do you even care? Is this question directed to foundation only or
community developers as well? "Used by wikimedia" is very broad term.
On Wed, Oct 7, 2015 at 4:42 PM, Greg Grossmeier wrote:
>
>> Is AWS (Amazon Web Services) being used by Wikimedia directly; US
>> Foundation, or by ot
Sorry, I mentioned the question for OP of this thread.
On Wed, Oct 7, 2015 at 5:06 PM, Greg Grossmeier wrote:
>
>> Why do you even care? Is this question directed to foundation only or
>> community developers as well? "Used by wikimedia" is very broad term.
>
> I interpreted "Wikimedia" as WMF,
only
ubuntu or debian, no proprietary software, hard-to-get public IP, long
waiting time for stuff that you can't do yourself (request new
project), no IPv6 and many others)
On Thu, Oct 8, 2015 at 6:08 AM, John Mark Vandenberg wrote:
> On Thu, Oct 8, 2015 at 1:54 AM, Petr Bena wrote:
>&
Do you really want to say that reading from disk is faster than
processing the text using CPU? I don't know how complex syntax of mw
actually is, but C++ compilers are probably much faster than parsoid,
if that's true. And these are very slow.
What takes so much CPU time in turning wikitext into h
Hello,
I would like to remind that I made this guide some time ago:
https://www.mediawiki.org/wiki/User:Petrb/Git_for_idiots
It always quite sucked and still does, but I tried to slightly rewrite
it now, so it should contain more accurate information.
I would like to keep it as a super simple m
Now I also found this awesome guide:
https://www.mediawiki.org/wiki/User:Aude/Git
Perhaps it would worth merging and putting to some central location?
On Tue, Nov 10, 2015 at 5:58 PM, Petr Bena wrote:
> Hello,
>
> I would like to remind that I made this guide some time ago:
Ok, I will try to merge all useful stuff in here:
https://www.mediawiki.org/wiki/Git_for_dummies
On Tue, Nov 10, 2015 at 8:26 PM, Nick Wilson (Quiddity)
wrote:
> On Tue, Nov 10, 2015 at 10:54 AM, Legoktm wrote:
>>
>> Hi,
>>
>> On 11/10/2015 09:06 AM, Petr Bena wrote:
Also, mobile phones would probably benefit from this most, if there is
some wiki-reader app that uses API for it to work.
On Mon, Nov 30, 2015 at 5:10 PM, Petr Bena wrote:
> Hi,
>
> I created this ticket: https://phabricator.wikimedia.org/T119878
>
> The basic idea is that it sho
Hi,
I created this ticket: https://phabricator.wikimedia.org/T119878
The basic idea is that it shouldn't be a big problem to compress
output of api.php script using some widely available library, like
gzip.
That way the size of communication between client and server would be
much smaller and us
Interesting. I was googling for something like that, but for whatever
reasons it just wasn't anywhere in the results...
On Mon, Nov 30, 2015 at 5:12 PM, Brad Jorsch (Anomie)
wrote:
> On Mon, Nov 30, 2015 at 11:10 AM, Petr Bena wrote:
>
>> Is there any reason not to do that?
>
I noticed that since we enforce SSL on Wikipedia for everyone,
Wikipedia is much more restricted in some countries, such as China,
where it's entirely blocked (I think only SSL is blocked, but users
now have no option to fall back to non-ssl version).
Is there some non-ssl mirror for people in the
Can you give us some justification for this change? It's not like when
downloading dumps you would actually leak some sensitive data...
On Fri, Apr 1, 2016 at 1:03 PM, Ariel Glenn WMF wrote:
> We plan to make this change on April 4 (this coming Monday), redirecting
> plain http access to https.
>
Or you can fix them by using alternative RC providers:
http://wikitech.wikimedia.org/wiki/RCFeed
On Thu, Oct 20, 2016 at 7:47 PM, Daniel Zahn wrote:
> Hi,
>
> this is to let you know that kraz, the server that runs irc.wikimedia.org
> had to be rebooted for a kernel upgrade.
>
> If you have IRC c
Yep a rewrite that consists of tossing 2000+ lines of code and
replacing them with, eh, 3 lines?
https://github.com/huggle/XMLRCS/tree/master/clients/c%23/XmlRcs
:p
On Fri, Oct 21, 2016 at 4:59 PM, Danny B. wrote:
>
>
> -- Původní zpráva --
> Od: Petr Bena
>
Hello,
I don't like to sound like a bad guy, but I really find it quite
inappropriate to discuss this sort of stuff on a public mailing list.
This really is a personal matter. If he didn't post any dramatical
announcement perhaps he wanted to "leave quietly"?
You know, people sometimes do this so
There is a new bot for wikibugs but it doesn't seem to reply very well
to basic CTCP messages and provides no link to its documentation.
Where can it be found? How is the bot controlled? How do I make it
join some channel and subscribe to a feed?
___
Wik
it would be also cool if source code was somewhere readable by public
On Sun, Apr 27, 2014 at 10:57 AM, Petr Bena wrote:
> There is a new bot for wikibugs but it doesn't seem to reply very well
> to basic CTCP messages and provides no link to its documentation.
> Where can it be
ork, given that making reliable bot that is able to autorejoin /
reconnect on netsplits that happen often, isn't that easy.
On Sun, Apr 27, 2014 at 11:00 AM, Petr Bena wrote:
> it would be also cool if source code was somewhere readable by public
>
> On Sun, Apr 27, 2014 at 10:57 AM,
On 27 April 2014 10:00, Petr Bena wrote:
>
>> it would be also cool if source code was somewhere readable by public
>>
>> On Sun, Apr 27, 2014 at 10:57 AM, Petr Bena wrote:
>> > There is a new bot for wikibugs but it doesn't seem to reply very well
>>
han asking
where the code is, I said it would be nice to have it somewhere.
Regarding documentation: even the e-mail you linked here doesn't
provide any, so, yes I admit I didn't search for it, but if I did, I
would still had the same question :P
On Sun, Apr 27, 2014 at 5:11 PM,
Given the current specifications I can only support this change as
long as current IRC feed is preserved as IRC is IMHO, as much as evil
it looks, more suitable for this than WebSockets.
I am not saying that IRC is suitable for this and I know that people
really wanted to get rid of it or replace
ell.
>
> Erik B.
>
>
> On Mon, May 5, 2014 at 2:29 AM, Petr Bena wrote:
>
>> Given the current specifications I can only support this change as
>> long as current IRC feed is preserved as IRC is IMHO, as much as evil
>> it looks, more suitable for this than WebSock
Looking forward to drinking beer with you guys :3
On Tue, May 6, 2014 at 7:25 PM, Marc A. Pelletier wrote:
> Hey all,
>
> Me and Andrew Bogott will be travelling to Zürich for the Hackaton[1] in
> the coming days; this means limited online availability during actual
> travel time, but vastly incr
Hi all,
Some of you might heard of it, some of you probably know it or even
regularly use it - huggle is a super fast diff browser for MediaWiki
intended for dealing with vandalism on Wikimedia projects (but it can
be used for any installation), written in C++.
It is being used on a number of wik
Yes. Support as many providers as possible, google at least, I
basically don't even want to use any more web services with own login
unless I have to. single login FTW
On Fri, May 16, 2014 at 3:51 PM, Chris Steipp wrote:
> On May 15, 2014 3:56 PM, "hoo" wrote:
>>
>> On Thu, 2014-05-15 at 14:20 -
I was looking for a free (possibly open source) provider of automatic
translations for my open source application I am working on and quite
had troubles finding some. Then I realized we have a project called
"wiktionary" which could possibly (I was assuming it's open
dictionary) help me here, but I
and
queries to accomplish that, but IMHO it should be easier.
On Thu, May 22, 2014 at 5:47 PM, Lydia Pintscher
wrote:
> On Thu, May 22, 2014 at 5:41 PM, Petr Bena wrote:
>> I was looking for a free (possibly open source) provider of automatic
>> translations for my open source appl
, but that, no matter how nice it is, isn't free for
developers (api's are paid) and isn't very open (source code is closed
and user ability to edit database is nowhere near to what people can
do on real wikis, like wikipedia)
On Thu, May 22, 2014 at 5:41 PM, Petr Bena wrote:
>
this isn't about translation of content of current wikimedia projects,
but more about creating a generic tool that anyone could use to
translate anything, so not really what [[Content translation]]
describes
On Thu, May 22, 2014 at 6:39 PM, Gabriel Wicke wrote:
> This is currently being developed
Good news Everyone https://www.youtube.com/watch?v=T2BNmn8TYdE
We just released a stable version of huggle 3 which is likely full of
some "unstable features" (some call these bugs).
DWRTLD (don't want to read too long documents):
Huggle is a fast-diff browser for mediawiki that allows you to reve
d it (the latest version) please provide
details. Thanks
On Sun, Jun 1, 2014 at 10:50 PM, Steven Walling wrote:
>
> On Sun, Jun 1, 2014 at 1:32 PM, Petr Bena wrote:
>>
>>
>> We didn't release any mac bundle, because we have nobody with a mac in
>> our team, so
There is no mention of this feature in
https://www.mediawiki.org/wiki/API:Rollback but according to Helder in
this bug report https://bugzilla.wikimedia.org/show_bug.cgi?id=66273
mediawiki insert every page to which a rollback api was used on to a
users watchlist.
Is there a way to disable it?
__
That's what I needed - I prefer using documentation rather than random
options :)
Thanks
On Tue, Jun 10, 2014 at 3:57 PM, Brad Jorsch (Anomie)
wrote:
> On Tue, Jun 10, 2014 at 4:57 AM, Petr Bena wrote:
>
>> There is no mention of this feature in
>> https://www.mediawik
Hi,
Is there some effective way to do this? We are using only mw api's in
latest huggle, and somehow it happens that when users are logged out
of mediawiki, it still works (edits are done using IP instead).
How can I ensure that api query will fail unless user is not logged
in, is there some vari
Nice.
Can this parameter be anywhere in the url? for example
api.php?action=query&assert=user&prop=blabla or does it need to be on
a specific position, like token?
On Thu, Jun 19, 2014 at 12:54 PM, John wrote:
> Look up the assert parameter in the API
> On Jun 19, 2014 6:52
php?title=API:Edit&diff=410992&oldid=404971
>
>
> On 19 June 2014 14:27, Bartosz Dziewoński wrote:
>
>> On Thu, 19 Jun 2014 15:16:22 +0200, MZMcBride wrote:
>>
>> Petr Bena wrote:
>>>
>>>> Can this parameter be anywhere in the url? for example
In general I would extend this: "you should never rely on other
programmers assuming they did things correctly because we are lazy
morons"
On Thu, Jun 19, 2014 at 5:48 PM, Petr Bena wrote:
> At some point it makes sense. You shouldn't rely on servers :P I am
> placing t
Hi,
I like to sort items by priority but always I change this, when I
reopen the page it's lost and I have to change it again.
Is there a way to save this in bugzilla so that I always have bugs by
priority instead of component? I have cookies enabled but it doesn't
help
_
Can we have that? so that people can filter out bugs that are require
skills for certain languages only?
For example if I needed to fix something that is C++ I would just tag
it so, same for PHP, JS, etc... So that C++ devs could filter out only
all bugs that require C++ knowledge and see all bugs
t 12:52 PM, Andre Klapper wrote:
> On Wed, 2014-06-25 at 10:44 +0200, Petr Bena wrote:
>> Can we have that? so that people can filter out bugs that are require
>> skills for certain languages only?
>> For example if I needed to fix something that is C++ I would just tag
>&
think wikimedia could get inspired a bit (this
idea is actually not from my head) :P
On Wed, Jun 25, 2014 at 1:48 PM, Petr Bena wrote:
> No, they wouldn't need to do this, it would more like optional feature
> for new bugs and only for these which are created by person who need
> a
ok that seems to be good enough for me. What is actually difference
between these keywords and white-board if it can serve the same
purpose?
On Wed, Jun 25, 2014 at 3:04 PM, Andre Klapper wrote:
> On Wed, 2014-06-25 at 13:51 +0200, Petr Bena wrote:
>> it maybe works for large ones
I totaly agree with this, I didn't even notice original mail. Give us moar
mails pls next time :)
On Jul 9, 2014 5:42 PM, "Isarra Yos" wrote:
> On 09/07/14 10:38, Quim Gil wrote:
>
>> Siebrand and Kartik have been selected to participate in the GSoC Reunion
>> o
>> behalf of Wikimedia.
>>
>> http
ce', u'patrolled': True, u'bot': False,
> u'id': 9, u'minor': True, u'revision': {u'new': 9, u'old': 8}}
>
> It's so much nicer. Sorry Petr, I think this is much more suitable than the
> mess that is connect
nt in replacing one technology with worse one and
forcing everyone to use it?
On Fri, Jul 11, 2014 at 8:54 PM, Antoine Musso wrote:
> Le 05/05/2014 11:29, Petr Bena a écrit :
>> Given the current specifications I can only support this change as
>> long as current IRC feed is preserve
you shut it off
On Fri, Jul 11, 2014 at 11:09 PM, Petr Bena wrote:
> right now it seems to me worse in many points:
>
> * it requires more traffic (slower and ineffective)
> * it requires some extra libraries that enlarge dependency tree
> * protocol itself is extra complicated
Also https://bugzilla.wikimedia.org/show_bug.cgi?id=67888 needs to be
fixed so that people have some chance to test if their tools works
with websocket at least few months before switch to it
On Fri, Jul 11, 2014 at 11:14 PM, Petr Bena wrote:
> BTW do you have any use data or feedback f
Even these multi-use machines we have infront of us are still called
computers although they are rarely used for computing :P
On Fri, Jul 18, 2014 at 8:02 AM, Brian Wolff wrote:
> I imagine old names die hard. People still say mysql instead of mariadb.
> Most of the varnish related code in mediaw
when do you plan to launch fabricator on production? I would like to
be a guinea pig with a number of small projects (wm-bot and huggle for
beginning)
On Wed, Jul 23, 2014 at 12:08 PM, Florian Schmidt
wrote:
> Hello Andre!
>
>
>> teams are definitely welcome to try
>> out the Labs instance
>
>
>
No such a dashboard, we have(d) icinga and ganglia, IDK if it's
operational though... problem of these 2 is that they are maintained
primarily by puppet, which for good reasons is loathed by many and
disabled or killed on many instances, which result in these monitoring
tools being defunct there. B
Hi,
If you found anything that VandalSniper can do and huggle can't, you
can request it as a new feature and it will likely be there in next
version, quick overview - this is what it has on its page
* Unlimited browser tabs. - we don't have tabs in huggle now because I
lack any use for them
* Unc
The Chosen One's API. In short: Tchopi :P
Do we really need to call it somehow? When you will say "api" 99% of
people who know mediawiki a bit will go for api.php. Special naming
should be used just for the other weird api's that nobody is ever
going to use anyway.
Btw, why do we need to have the
Hm... and I am a lazy hacker, so now when you told us your password,
could you please give me your username as well so that I don't have to
search it? Thanks! :P
On Thu, Aug 7, 2014 at 11:49 AM, Chad wrote:
> I'm lazy and wouldn't want the burden of remembering more
> than "password123" as my pas
rs at all, but they weren't
supported much with reason that sounded to me like "nobody cares about
security on projects like wikipedia"
On Thu, Aug 7, 2014 at 12:59 PM, Petr Bena wrote:
> Hm... and I am a lazy hacker, so now when you told us your password,
> could you pleas
gerrit.wikimedia.org is a default git gateway for all of wikimedia
projects, but it still has a number of issues compared to other (IMHO
better) providers, like GitHub.
One of major issues I am now having is, that git needs to be accessed
using non-standard port because regular ssh access is still
That is cool but isn't gerrit going to be shutdown soonish?
On Thu, Sep 25, 2014 at 11:22 AM, Antoine Musso wrote:
> Hello,
>
> James E. Blair, from the Openstack project, wrote an async console
> interface to Gerrit.
>
> The reasoning is that when you write all your code in a terminal, it
> make
Hi,
Is currently someone working on this thing? I might be able to help
with this task at some point. So in case you are working on it or
would like to get any help with this, let me know, either here or on
irc (petan), thanks
___
Wikitech-l mailing lis
This is all nice, but I can't login to phabricator (error 503 when I
use my LDAP) so I can't really participate in any discussion there.
On Sun, Sep 28, 2014 at 8:17 AM, Jeremy Baron wrote:
> On Sun, Sep 28, 2014 at 6:15 AM, Petr Bena wrote:
>> Is currently someone worki
Isn't Marc expert? :P
I will have a look as well...
On Fri, Oct 24, 2014 at 10:55 PM, Quim Gil wrote:
> The Wikimedia Phabricator team needs help from someone familiar with PERL.
>
> The Bugzilla API has a bug, which we tried to fix with a patch, but now
> that patch creates another problem. Now
port them? Because XML is not a good format for
exports of binary files as it doesn't allow some characters. What
about getting the out using some SQL query? Why do we even need to use
XML? Is it only way to import to phab?
On Fri, Oct 24, 2014 at 11:12 PM, Petr Bena wrote:
> Isn't Mar
Hi,
at some point I miss that 1 huge page where I could find everything in
3 seconds just by using ctrl+f, there should be a way to display it,
or there should be at least some api for it :P 1 page documentations
are sometimes better than docs split into zillions of html documents
On Sun, Oct 26,
Aha, in that case I like it :))
On Sun, Oct 26, 2014 at 11:59 PM, Bartosz Dziewoński
wrote:
> On Sun, 26 Oct 2014 22:44:53 +0100, Petr Bena wrote:
>
>> at some point I miss that 1 huge page where I could find everything in
>> 3 seconds just by using ctrl+f, there should be a
Hello,
I am receiving lot of these warnings:
WARNING: API query (revisions): The rvtoken parameter has been deprecated.
According to current documentation for mediawiki at
https://www.mediawiki.org/wiki/API:Rollback which I follow, in order
to get a rvtoken I should use this query:
https://en.w
Before someone come with something like: if documentation is wrong, fix it
I don't know what the correct way is, because I am following the
documentation which is wrong, so until someone who knows how to do
this right fix it, I won't know that either.
On Thu, Oct 30, 2014 at 10:11 AM,
More ranting:
proper deprecated-message should look like this:
"foo is deprecated. Please use bar instead (see
http://awesomedocs.net/how-to-use-bar.htm)"
It would be cool if mw devs who keep deprecating things would consider this.
Thanks
On Thu, Oct 30, 2014 at 10:12 AM, Petr B
e API documentation, so, if you know, how to
> do a rollback, you can fix the doc on mw.org (don't forget to update the MW
> version the doc page refers to).
>
> Freundliche Grüße / Kind regards,
> Florian Schmidt
>
> -Original-Nachricht-
> Betreff: [Wikitech-l] r
any more parameters
for this to work. Is that a bug?
On Thu, Oct 30, 2014 at 11:26 AM, Petr Bena wrote:
> Hi,
>
> I said that I don't know how to do this correctly, so I can't fix the
> documentation. So no, I will not fix it, because I can't.
>
> Regarding your sugges
Indeed, that was it, thanks
On Thu, Oct 30, 2014 at 1:40 PM, Grunny wrote:
> On 30 October 2014 21:42, Petr Bena wrote:
>> Btw, I don't know if it's a bug or not, but
>> http://www.mediawiki.org/w/api.php?action=query&meta=tokens&rawcontinue=1&type=watch|pat
mportant things from mediawiki user
point of view are ignored. That seems quite weird to me.
On Thu, Oct 30, 2014 at 6:55 PM, Legoktm wrote:
> On 10/30/14 2:11 AM, Petr Bena wrote:
>> Hello,
>>
>> I am receiving lot of these warnings:
>>
>> WARNING: API query (
Hey,
I've seen a lot of changes in token system, however how it works is a
mystery to me. So far I understood it as:
You no longer get revert token per each edit using intoken but get
some kind of global rollback token using action=query&meta=tokens
Is this how it should work? If yes, there is a
a.org/w/api.php for API usage
Thu Nov 6 14:03:18 2014 DEBUG[1]: Rolling back Flag of the United States
On Thu, Nov 6, 2014 at 1:59 PM, Petr Bena wrote:
> Hey,
>
> I've seen a lot of changes in token system, however how it works is a
> mystery to me. So far I understood it as:
ginal-Nachricht-
> Betreff: [Wikitech-l] How does new revert token system works?
> Datum: Thu, 06 Nov 2014 14:00:26 +0100
> Von: Petr Bena
> An: Wikimedia developers
>
> Hey,
>
> I've seen a lot of changes in token system, however how it works is a
> mystery to
Hi, I found that someone created
https://www.mediawiki.org/wiki/Arcanist but it contains obsolete
information. If you have access to phabricator and knowledge, please
update this page.
Most needed are now working examples of how arcanist can be used on
wikimedia installation, especially review (ar
It's not possible because nobody implemented it :)
From technical point of view I see no reason for it not to be
possible, but on other hand, I believe that revisions, once you save
them were designed to be "untouchable" including all of their parts.
There is suppress feature that allows edit sum
I disagree. There is no "chain" made of summaries. They are just a
text in a table that can be altered. It's just that there is no
feature which would allow that.
On Thu, Nov 13, 2014 at 1:27 PM, John wrote:
> Its the same reason you cannot go back and modify changes to a revision.
> Subsequent c
Hi,
It's been some time since we launched tool labs and there is
incredible number of tools now. They all however have 2 major
problems. Every tool has own, different layout / css style (which may
be confusing the users of these tools) and every developer of these
tools probably have to reinvent a
Yes please provide some links to all these solutions if you can I will try
to reuse as much as possible
On Dec 8, 2014 5:51 PM, "Platonides" wrote:
> I coded such frameworks some years ago. It was based on MediaWiki code,
> so it (a) looked similar to MW code, (b) would be easier to port if it wa
Hello,
Huggle is an open source anti-vandalism tool for MediaWiki based
sites. See https://en.wikipedia.org/wiki/Wikipedia:Huggle for more.
We are in desperate need for more release managers - eg. people who
manage releases of huggle for following platforms:
* MS Windows (currently getting all s
Hi folks,
Most of you probably heard about new stream of RC changes as
alternative to IRC: https://wikitech.wikimedia.org/wiki/RCStream
I simply found it complex beyond the edge of usability for most of
solutions that use low level languages or frameworks that don't
support modern technologies li
And if you don't like XML either and can think of a different format,
let me know, I would like to add support for multiple formats, so that
programs that would need to access RC feed would need minimum of extra
dependencies.
On Thu, Jan 15, 2015 at 5:00 PM, Petr Bena wrote:
> Hi folks,
Hi,
I know most of you hate reinventing a wheel so I first send it here,
before I launch that project :)
Some of you probably know kiwix - kiwix.org which is offline wikipedia
reader. I think the idea of this reader is cool, most of you probably
sometimes wanted to access wikipedia while being of
Ok, see my responses bellow. I am interested if there are some users
who actually do use offline wikipedia and how would they like this new
approach.
On Fri, Jan 23, 2015 at 1:34 PM, Federico Leva (Nemo)
wrote:
> You don't need a new application for this, you just need some upgrades to
> the ZIM
web-app for offline use? :o
On Fri, Jan 23, 2015 at 5:54 PM, C. Scott Ananian
wrote:
> FWIW I also wrote a web app called "Nell's Wikipedia" which behaves as you
> propose:
> https://github.com/cscott/nell-wikipedia
>
> If you wanted to hack on it, it could use a bit of love.
> --scott
> On Jan
to use git version control as a
> storage format instead of openzim? Which would facilitate edit and merge
> back changes?
>
> Rupert
> On Jan 23, 2015 11:59 AM, "Petr Bena" wrote:
>
>> Hi,
>>
>> I know most of you hate reinventing a wheel so I first
1 - 100 of 648 matches
Mail list logo
