mail at tgries
Apr 30, 2012, 12:00 PM
Post #1 of 2
My "cherry-picking" answers are inline:
Re: everything Etherpad - general status, where are we going, questions
>> == embedding in mw or not / can we look at both? ==
>> And we do want embedding, right? And the MW extension would require
>> -lite, or wouldn't it?
>> Can we setup 2 labs instances, one with classic and one with -lite and
>> a mediawiki instance, so users can already
>> see how embedded pads feel and then vote for having them. (and/or also
>> which etherpad version)
> Again, no embedding. Let's ignore this exists. It's great that Thomas
> wrote this for MediaWiki, but it's not a production-level solution.
I am interested to know why do you think my work is not production-level
? The only thing to improve is
https://bugzilla.wikimedia.org/show_bug.cgi?id=36319 . Perhaps I/we can
fix this at or until the hackathon.
>> Anyone started with these already? Do we have packages? For both? Are
>> they on external repos? (on labs we can include 3rd party, in prod. we
>> (can help with puppet code to add repos and keys)
>> What about the extension review? Can bump? Remaining issues?
>> == Bug tracking ==
>> BZ - Migrate to etherpad-lite
>> RT - umbrella ticket for all things Etherpad
>> 1180: (Nobody) Update etherpad and do some configuration [open]
>> 1247: (Nobody) Etherpad connection failures [new]
>> 1270: (Nobody) https://etherpad.wikimedia.org/ points to the blog [open]
>> 1673: (Nobody) install etherpad search [stalled]
>> 1690: (Nobody) etherpad reports all logged in users as IP 127.0.0.1 [open]
>> 1720: (Nobody) Etherpad improvement - install etherpadlite [open]
>> 2536: (Nobody) Please upgrade Etherpad server, preserving all old
>> Etherpads and URLs [new]
>> 2555: (dzahn) Please update Etherpad default text [resolved]
>> 2751: (Nobody) HTTPS on etherpad is broken [new]
>> These open more questions:
>> - Does etherpad-lite have search?
No. As it uses changesets, one can currently not search.
>> - Are we hoping for/expecting less connection failures? (re:
>> connection analysis).
EtherpadLite (EPL) works well.
What is neither working in EP nor in EPL but I proposed that already in
is "Ultra feature request: make etherpad-lite offline-capable (HTML5)"
>> - The 127.0.0.1 issue is due to setup in production, we'd have to
>> check again and do not have an easy solution so far.
>> - Can we preserve all old etherpads and URLs when switching to -lite ?
>> when upgrading ?
Would be possible. Urls are looking the same, http://server/p/padname
>> Would it help if i copied the content of these tickets to public
>> Bugzilla as well?
Bugzilla has already two components where the aspects could perhaps be
filed as "enhancement":
Wikitech-l mailing list
Wikitech-l [at] lists