can't be used on WMF
* Refactor code as changes are made (but use separate commits if the
refactoring is large). Don't let the code keep getting worse with each
change.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l
issue known?
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
in
unexpected places, see for example
https://bugzilla.wikimedia.org/39287
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
REL1_19 branch nor does tag 1.19.2 exist.
Same probably applies to 1.18.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
/Open_requests
[2] https://bugzilla.wikimedia.org/38638
[3] https://translatewiki.net/wiki/Support
[4] https://www.mediawiki.org/wiki/Localisation
--
Niklas Laxström
Siebrand Mazeland
Raimond Spekking
Federico Leva
Amir E. Aharoni
___
Wikitech-l mailing
for creating a div
element.
Unless the issue is clarified, I think that recommending to always use
valid html like div/div seems a much better option than either of
div or div/.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l
it
rewarding.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
.
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
abbreviation for Git, Gerrit and Gated trunk
[2]
http://translatewiki.net/wiki/Thread:Support/Add_MediaWiki_Extensions_from_github_to_translation
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman
to use our
GiGeGat effectively - if they don't give up
[2] Some people have waited for commit access and creation of new
repositories for multiple days
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
the
reporters perspective the issue is not fixed when it is reported
upstream. For example if our Gerrit is broken, the issue not resolved
until a fix is applied in our installation.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l
I think the upstream keyword in bugzilla is useless. Can we replace it
with a field which takes an url to the upstream bug report?
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org
On 2 July 2012 17:55, Chad innocentkil...@gmail.com wrote:
On Mon, Jul 2, 2012 at 10:45 AM, Niklas Laxström
niklas.laxst...@gmail.com wrote:
I think the upstream keyword in bugzilla is useless. Can we replace it
with a field which takes an url to the upstream bug report?
When I've filed
]
http://unicode.org/repos/cldr-tmp/trunk/diff/supplemental/language_plural_rules.html
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
slave to catch up with the state after
last write?
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 16 June 2012 15:26, Antoine Musso hashar+...@free.fr wrote:
Niklas Laxström wrote:
I have now had multiple issues in Translate extension that are related
to database replication. After doing write to the master, some
maintenance tasks kick in and use slave to read the (now stale) data
[1].
These and other issues are bugging me every day (some of you already
know this very well) and I desperately want to get them out of my mind
and in to the past.
-Niklas
[1] https://bugzilla.wikimedia.org/36927
--
Niklas Laxström
___
Wikitech-l
/1234504
Seems to be somewhat relevant to this discussion, although pretty much
incompatible with what we do in MediaWiki currently.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman
On 27 April 2012 02:16, Ryan Kaldari rkald...@wikimedia.org wrote:
We definitely shouldn't migrate to @param type $var: description because
that's not valid doxygen syntax. The correct syntax is without a colon. This
is why your 2nd example ends up with mangled output. If we follow the
correct
concerned everything is fine and ready for deployment
-Niklas
[1] http://www.mediawiki.org/wiki/Special:Code/MediaWiki/107309
[2] https://gerrit.wikimedia.org/r/3318
[3] https://gerrit.wikimedia.org/r/4390
[3] https://gerrit.wikimedia.org/r/4648
--
Niklas Laxström
://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/TranslationNotifications.git
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
people the benefits of using WMF repositories
* Remove any barriers of using WMF repositories
* Think of ways to how we can stay up to date with all the interesting
development that is happening and communicate back to them how awesome
they are
-Niklas
--
Niklas Laxström
On 26 March 2012 12:25, Niklas Laxström niklas.laxst...@gmail.com wrote:
Good $localtime from translatewiki.net. I have been working with Chad
and Antoine to resume the daily translation updates from
translatewiki.net after the partial git migration of MediaWiki.
My original aim was to get
be the number of users, not difficulty of
understanding the preference.
*5 Have sane defaults, obviously.
Re 5: For example I hate that I must everywhere change enhanced recent
changes to be the default.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
make sure MessageGroups::clearCache is called or correct
dependencies for the cache are added with the above hook.
* Probably also need to call statistic purging hooks at places.
Talk to me if you want to have more details how to do the above.
-Niklas
--
Niklas Laxström
you are currently looking at. Gerrit will reduce
the amount of follow-ups, but they will still exist.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
bugzilla, but it's a bit tedious to use and
doesn't as-is have the high visibility like FIXMES used to have.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
help to make the
maintenance/language/rebuildLanguage.php script to support arbitrary
location instead of just the current wiki installation. If it is not
an issue, the first diffs will be big because of the change, but
remaining ones will be small as usual.
-Niklas
--
Niklas Laxström
and others for being so helpful finding
solutions to my numerous problems. I believe we can sort out all the
remaining issues in due time.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org
with
mixed git/svn extensions and how to keep them updated with single
command that is as easy as svn up.
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
requirement.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
access knows how to do that or want to do that.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
/show_bug.cgi?id=33903
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Thanks
Rob
Thanks for the update - I was mostly unaware what has been happening.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
500M
to support the i18n of three branches of mediawiki and all extensions.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
that wgmessageCache is no longer available. Is there a document on how
to use the logging feature in the wiki?
Maybe your i18n file is not properly formatted, or it is cached. Try
running 'php maintenance/rebuildLocalisationCache.php' fom the command
line.
-Niklas
--
Niklas Laxström
used by the
extension in the extension page is useful. It's bound to be always
outdated and seems a lot of work for little benefit.
Apart from that I updated one of my extensions and will probably do
few others :)
-Niklas
--
Niklas Laxström
I haven't received any new commit mails in the past 14 hours and the
archives [1] are empty.
[1] http://lists.wikimedia.org/pipermail/mediawiki-cvs/
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
ones.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 15 December 2011 00:46, Niklas Laxström niklas.laxst...@gmail.com wrote:
On 14 December 2011 19:08, Daniel Barrett d...@vistaprint.com wrote:
I also noticed the lack of documentation on LogPage so I just wrote this on
mediawiki.org:
http://www.mediawiki.org/wiki/Logging_to_Special:Log
! There is so much to do in search.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
way of doing logging. I'll try to find some time to
document the new way too.
-Niklas
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
, and if
there are trade offs I'm not aware of.
I believe I introduced it into the core first time with the Message
class. There were some resistance and concerns, but it looks like
there hasn't been any problems using it.
-Niklas
--
Niklas Laxström
written documentation to the
extend that if it is not there they don't even bother to ask? I refuse
to believe we are too scary to be asked (see image on [1] :).
[1] http://translatewiki.net/wiki/User:Nike
-Niklas
--
Niklas Laxström
___
Wikitech-l
methods (through the use of method_exists and the
like). Code samples are more frequent here, but again please link to
actual documentation for individual objects, methods, etc.
One issue I just encountered is that Title::getCanonicalUrl and
escapeCanonicalUrl are new in 1.18.
-Niklas
--
Niklas
On 6 November 2011 14:17, Niklas Laxström niklas.laxst...@gmail.com wrote:
One issue I just encountered is that Title::getCanonicalUrl and
escapeCanonicalUrl are new in 1.18.
Nor $wgCanonicalServer nor mw.util.wikiScript in JS!
-Niklas
--
Niklas Laxström
at the code and some sample
output?
Is the code not public yet?
I've also made my own version with UTF-8 support, relaxed word length
and proper hyphenation.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
for parsing. I think it
currently sometimes takes title from appropriate context, sometimes it
just fallbacks to wgTitle or even dummy title.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org
Why is mergehistory right not enabled by default? I only found
thiscommit http://www.mediawiki.org/wiki/Special:Code/MediaWiki/27823which
says disabled by default for now.
-Niklas--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l
working on SMW is also nice.
Welcome!
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Does etherpad-lite also fix the annoying problems with current
etherpad: last chat line half visible, scrolling jumps directly to
very top or very bottom, cannot resize chat pane?
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l
don't get any attention. We have been waiting for the rewrite to
finish for so long I can't remember anymore, at least six months. We
somehow manage to live with the issues, but it is not fun by any
means. I'm not surprised that someone else gave up.
-Niklas
--
Niklas Laxström
or
fixed, it probably doesn't make any sense to translate it either.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
serious effort to code and to
make stable and secure content distribution channel. Any volunteers?
:)
[1] This would also satisfy those who think that including all l10n
makes the tarball too big
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
. extensions
svn status should now show S extensions and you have all
extensions. If you don't want them all, use --depth empty and svn up
them individually.
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
extensions I have checked out. I don't
however have all extensions checked out. A little task for someone
would be to go through all extensions in svn and add missing items to
the list to get an overview of the current state.
-Niklas
--
Niklas Laxström
not be best here, but could be an option if
the interface is less broken than the JSON one. :)
It's awful. Needs external libraries/code which all are broken in way
or another. Besides, JSON is a subset of YAML. Also, by this
definition YAML cannot be easier to parse than JSON.
-Niklas
--
Niklas
noticed JSON is used extensively in resource loader.
Roan: did you consider this point when choosing JSON format for
storing message resources?
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
this new system, so I'd rather be sure we
are comfortable with what we have chosen, to avoid unnecessary mix of
different formats in the database.
-Niklas
On 8 September 2011 20:00, Niklas Laxström niklas.laxst...@gmail.com wrote:
On 8 September 2011 17:57, Daniel Friesen li...@nadir-seen
/MediaWiki/author/nikerabbit
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
guaranteed to be stable
across PHP versions?
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 8 September 2011 17:57, Daniel Friesen li...@nadir-seen-fire.com wrote:
On 11-09-08 04:25 AM, Niklas Laxström wrote:
On 8 September 2011 13:36, Max Semenik maxsem.w...@gmail.com wrote:
On Thu, Sep 8, 2011 at 2:18 PM, Aaron Schulz aschulz4...@gmail.com wrote:
Yay for log_params. I
entries assume sentence starts
with username
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
including the
interfaces)
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
that
doesn't involve CSS hacks.)
It exists and it's called data-sort-value attribute. And it's already
live on Wikipedia as far as I can see.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org
the date too.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
, so we can make them less disconnected.
Can we make them less disconnected? How?
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
JavaScript make
sense out of them?
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
to think about these beforehand. But we already do
enough mindless killing of diacritics. It doesn't work across all
languages. In Finnish saa and sää are different words and ä is not a
letter a with something added to it.
-Niklas
--
Niklas Laxström
to clarify the policy for Translate
extension too, which is latest stable release and trunk. For good and
bad fulfilling even these requirements feels like a lot of work (to
me) at times.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l
translations. Making the ZhConversion.php works nicely,
but I do not know how to package all the stuff:
It's not translations, it's conversion stuff, but I don't understand
why you want to split them.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
been studying Lucene and the Lucene-search
extension because of my thesis.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
to maintain them,
not even speaking about supporting them.
But all of this is moot, since you're proposing 3 releases per year
and I'm complaining about having only one or two releases per year.
Three releases would be enough for me.
-Niklas
--
Niklas Laxström
and web fonts are quite related.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
- are you a good person
to contact about it?
- Trevor
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
is markup which Mediawiki automatically converts, like
. This is disabled on translatewiki.net but not when editing
messages in local wiki.
Also the message names must be valid Mediawiki titles and unique case
insensitively (restriction placed by twn).
-Niklas
--
Niklas Laxström
the rewriting of $wgTitle and $wgOut
inside of SpecialPage::capturePath around MediaWiki 1.20.
That's too fast. Needs at least few releases without and with wfDeprecated();
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
system for Mediawiki called
lucene-search [1]. It is somewhat Wikimedia specific but general use
does not seem impossible.
[1] http://www.mediawiki.org/wiki/Extension:Lucene-search
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l
hosted on some WM server.
avar So all the ssh keys etc. would already be set up, and getting a
list of repos would be no harder than getting a list of extension dirs
today.
What other unspoken assumptions are there?
-Niklas
--
Niklas Laxström
this for a
long time. But I'm curious what the current state of affairs is, and
if issues for small languages are collected together in one place).
There are also issues that affect big languages.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l
maintenance/tests
and you should be set.
svn up --set-depth exclude maintenance/tests
svn: 'exclude' is not a valid depth; try 'empty', 'files',
'immediates', or 'infinity'
There is no mention of 'exclude' even in the docs of development version of svn.
-Niklas
--
Niklas Laxström
?
Besides, it feels silly to talk about this, while we simultaneously
talk about including some of the most common extensions in the name of
providing feature complete MediaWiki straight from the box--which is a
goal I agree with.
-Niklas
--
Niklas Laxström
will not have the effect of
discarding everything but the topmost directory—it will simply error
out. Second, there is no depth value to indicate that you wish an item
to be explicitly excluded. You have to do implicit exclusion of an
item by including everything else.
-Niklas
--
Niklas Laxström
On 6 December 2010 17:02, Platonides platoni...@gmail.com wrote:
Niklas Laxström wrote:
A few days ago the issue came up where I was talking with an end user
who was complaining about MediaWiki being too large (in the server, not
in the tarball) compared to other apps like wordpress.
I think
There seems to be some unanswered questions regarding translatable
messages of donation interface at code review [1].
Could someone look and answer those soon?
[1] http://www.mediawiki.org/wiki/Special:Code/MediaWiki/75835
Thanks,
-Niklas
--
Niklas Laxström
execution paths as you can - there will be things to
fix.
And everybody else, you can help both the translators and the end
users by improving the message documentation and the English strings,
by making them as consistent, unambiguous and easy to understand as
possible.
-Niklas
--
Niklas
.
// see http://lists.wikimedia.org/pipermail/wikitech-l/2006-January/021311.html
The referenced bug http://pecl.php.net/bugs/bug.php?id=6503 is marked
as fixed in PHP 5.1.x.
Can we remove those file or is there something else going on with this
problem that we should be aware of?
-Niklas
--
Niklas
On 19 October 2010 09:49, Ashar Voultoiz hashar+...@free.fr wrote:
Nobody seems to care about it :p
Yikes, top-posting!
Having a 5.2.x as requirement for 1.17 could be a good incentive for
the rest to upgrade PHP to get goodies like resource loader. But on
the other hand I think we should first
artifact of the IRC protocol that I need to handle?
Those are color codes. See for example http://www.mirc.com/help/colors.html
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman
but are
not so confused. It takes more time to figure out what is what and why
something is not working than do the actual changes.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org
configuration variables and
installed extensions), but nothing more thus far.
[1] http://s23.org/wikistats/mediawiki_extensions.php
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
code in the trunk seems to be the only sure way to get
your code reviewed even a little and deployed into WMF (it may still
take a year).
In short: I agree keeping the core slick and clean, but I think the
case is clear for (at least part of) the usability enhancements.
-Niklas
--
Niklas
direction depends on the
content language? It should depend on the user language instead, and
it should be possible to have content in different direction. Or is
this just automation of the work which was previously done by hand or
not done at all?
-Niklas
--
Niklas Laxström
://secure.wikimedia.org/wikipedia/mediawiki/wiki/User:Jeroen_De_Dauw/Code_style
Thanks,
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
no other acceptable solution is proposed, I disagree.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
and communication, not trying to do their job.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
the codebase as
essentially a way to bundle up a message key, some parameters, and a success
flag without converting to String too soon.
I don't think it replaces Status class, but just makes it a lot
cleaner with regards to message handling.
--
Niklas Laxström
it happily deletes all values stored in page_props it doesn't know
about.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
in the new versions.
This is of course very annoying to users who might not even know what
is going on.
-Niklas
--
Niklas Laxström
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
101 - 200 of 209 matches
Mail list logo