+1 on this. I've found MediaWIki on anything other than Linux (I've
also tried FreeBSD and Solaris) is something you can get to work
eventually, but you're fighting an uphill battle.
(The good bit in Linuxes compared to other Unixes is that they usually
have excellent dependency resolution.
I sysadmin a few internal and one external wiki at work, and also
rationalwiki.org. One of the work wikis is SMW.
For the work wikis, OH GOD I WANT VE. Our users are normal competent
people who aren't so good with computers. But they can work a
word-processorish rich text editor just fine. For
I would disrecommend it - it's an effectively dead project, and the
problems aren't fixable. rationalwiki.org took it on board, since WMF
said it would be developed ... it still causes infuriating bugs (e.g.
PHP out of memory generating watchlists for one user with a ridiculous
watchlist) that we
https://ftp-master.debian.org/new/hhvm_3.2.0+dfsg1-2.html
Apparently it's in review, but should be present in Debian/Ubuntu in
due course \o/
- d.
___
MediaWiki-l mailing list
To unsubscribe, go to:
Upgrading work wikis from 1.19 to 1.23 with slight trepidation. It
went like this:
* Back up htdocs and database, unzip tarball into place
* php maintenance/update.php
* and you're done.
My goodness that was simple. Thank you for something that Just Works that well!
- d.
$wgUseNPPatrol = false; appears to have fixed it. Thank you!
On 11 June 2015 at 13:49, Alex Monk kren...@gmail.com wrote:
What about $wgUseNPPatrol?
On 11 June 2015 at 09:16, David Gerard dger...@gmail.com wrote:
I have an intranet wiki running 1.23 from tarball, upgraded from 1.19
RationalWiki uses $wgEnableDnsBlacklist = true; and
$wgDnsBlacklistUrls. We presently have xbl.spamhaus.org,
dnsbl.tornevall.org and all.s5h.net in there. These are pretty good,
but of course run on several hours' delay from the fresh proxy lists.
What we could really do with is one of webhosting
I have an intranet wiki running 1.23 from tarball, upgraded from 1.19
(and previously from 1.15 and originally 1.13). $wgUseRCPatrol =
false; is set because it's an intranet. But [Mark as patrolled]
links are showing up. How do I switch these off?
- d.
On 26 July 2015 at 10:26, Mathieu Stumpf psychosl...@culture-libre.org wrote:
Now a more policy concern is, why would you ban an IP when it do indeed make
webhosting? It sounds like a shoot first at anything that would remotely
look like a dirty face criminal, and then if it survive let it try
On 8 November 2015 at 10:43, Peter Presland wrote:
> Among other things I am considering moving to the Apache event-MPM using
> php-fpm and mod_proxy_fcgi because it is claimed to half (or better)
> process memory usage and provide major cpu-related speed improvements
>
This should be doable in one jump.
Take a backup, then try the big jump. If it fails, try again via 1.19.
- d.
On Wednesday, 8 July 2015, John phoenixoverr...@gmail.com wrote:
As a rule of thumb I would upgrade in +2 version increments to play it
safe, and make sure you have a full backup
On 4 February 2016 at 17:14, Brad Jorsch (Anomie) wrote:
> No, it was a change in the underlying image handling code that broke API
> prop=imageinfo in 1.27.0-wmf.12. Tracked as
> https://phabricator.wikimedia.org/T125804, and now resolved.
yep, working for us now.
I came here to post about the same problem. It appears to have broken
this morning. Did the API change again?
On 4 February 2016 at 07:33, Dr. Michael Bonert
wrote:
> In September 2014, I described an intermittent recurrent problem associated
> with the InstantCommons
Yeah ... for a while the Debian package for MediaWiki was distinctly
idiosyncratic (even by Debian standards), enough so that people were
recommended not to use it at all and just use the tarball.
For 1.19 it was less variant from upstream and well-maintained enough
to steer people to, but then
GMail is being flaky as hell about accepting or not accepting email
from the RW server, 173.255.233.133 - sometimes works, sometimes hits
spam, sometimes gets 550 refused (with no particular reason given).
Google doesn't do customer service, of course.
We don't *seem* to be in the email blackhole
SolveMedia is an ad-based captcha. I have an ancient 1.19 with it that
works, but I can't get it to work with 1.26 on PHP 5.5.9. PHP in
strict/warnings mode throws up:
Notice: Undefined index: adcopy_challenge in
/home/funsites/www/rwtest.davidgerard.co.uk/w/extensions/SolveMedia/SolveMedia.php
We have an intranet wiki running 1.27 from tarball. I just installed
the previous version of GoogleLogin (0.3.1, because automatic account
creation works and it doesn't in 0.4). So you now need Google Login on
one of our whitelisted GApps domains to read it, let alone edit it.
What we want is to
On 8 February 2017 at 17:03, Chad <innocentkil...@gmail.com> wrote:
> On Wed, Feb 8, 2017 at 8:30 AM David Gerard <dger...@gmail.com> wrote:
>> Remember that the server sees *only* http:// connections, it isn't
>> doing SSL at all - SSL is terminated at the external
Don't forget to update the wiki:
https://www.mediawiki.org/wiki/Ubuntu
https://www.mediawiki.org/wiki/Debian
- d.
On 22 September 2016 at 07:44, Legoktm wrote:
> Hi,
>
> I'm very excited to announce that Debian and Ubuntu packages for
> MediaWiki are now
I remember stats.grok.se with fondness - as I understand it, that checked
the raw Squid logs and tallied up the page hits.
I see we use the "pageviews" tool now - how available is that, and would it
be usable outside tools.wmflabs.org?
- d.
On 27 May 2018 at 19:36, Lewis Cawte
For this list, it's an obviously good idea. It's already search engine
indexed offsite, there's no good reason not to have our own archive do the
same.
- d.
On 28 April 2018 at 18:51, Brian Wolff wrote:
> Currently https://lists.wikimedia.org/robots.txt bans indexing the
>
We have a couple of internal wikis that are presently 1.27 and will
soon be 1.31, that I will be moving to AWS.
So I can either (a) use a MariaDB RDS or (b) use Amazon Aurora's
version of MySQL, which is a bit cheaper.
Aurora MySQL 2.x is MySQL 5.7 compatible going forward.
So is anyone here
I have a work wiki (running 1.27) that I'm trying to put through AWS Cloudfront.
So far it appears to work through Cloudfront! Except that load.php
gives different data through Cloudfront, and I get an unstyled page,
and load.php's entire output seems to be:
/* This file is the Web entry point
string is getting stripped. The
> behavior here is configurable--you're looking for the Forwarded Values
> config in TF.
>
> https://www.terraform.io/docs/providers/aws/r/cloudfront_distribution.html#forwarded-values-arguments
>
> -Chad
>
> On Tue, Jan 22, 2019, 2:14 AM David
I'd always recommend MySQL or a highly compatible variant such as
MariaDB - Postgres is great, but Wikimedia runs MariaDB so I do too.
- d.
On Sat, 22 Dec 2018 at 18:18, Jeffrey Walton wrote:
>
> On Sat, Dec 22, 2018 at 12:59 PM Ryan Schmidt wrote:
> >
> > Try installing MariaDB instead of
I saw the problem as reported in Firefox and Chromium, both on Linux.
On Tue, 10 Dec 2019 at 10:46, Brian Wolff wrote:
>
> Well this weird. I was able to reprofuce the I on samsung internet browser
> but not firefox. Also template: was shortened to T: in interface as well
> (in the view source
yep, that's what I see
On Tue, 10 Dec 2019 at 12:18, Hershel Robinson
wrote:
>
> What I see on in Firefox 71 is correct, meaning "Carnifex" and here is
> a screenshot:
>
> https://imgur.com/9zZG9Hp.png
>
> and on Chromium "Version 78.0.3904.108 (Official Build) Arch Linux
> (64-bit)" I see
On Tue, 10 Dec 2019 at 12:06, Hershel Robinson
wrote:
> Interesting. On my Linux box, I see it on Chromium but not Firefox, and
> both are the latest versions.
no no, I mean I saw the same behaviour as the original reporter, and
you, are seeing
- d.
We are running the (admittedly old) 1.11. PNG uploads have stopped
working properly.
We have three wikis in a farm. Two of them have $wgVerifyMimeType set
to false - PNGs can be uploaded, but they won't render and can't be
put into a page. The other one, PNGs won't even upload.
JPEGs and SVGs
2008/12/12 Sean McAfee smca...@collaborativefusion.com:
Yes - this happened to me when I accidentally compiled ImageMagick
without png support.
ooh, that sounds a likely candidate. The ImageMagick on those boxes
*shouldn't* have gotten recompiled or updated at any stage (crusty old
OS well
2009/3/24 Dorozynski Janusz dorozyns...@wampnm.webd.pl:
Whether somebody has any infos about applying Mediawiki engine and Wiki as
such in practice of customer support centers (ITIL, helpdesk, hotline)? I
will be grateful for any support :-).
We find our office intranet wiki useful for
2009/4/11 Schiz0 schiz0phreni...@gmail.com:
What would be the best way to restrict this? I don't want non-members
to be able to view, edit, or register an account on the wiki at all,
so I don't see how I would be able to do this using the Wiki settings.
The main page can be a splash page
2009/4/11 David Gerard dger...@gmail.com:
The main page can be a splash page that says members only or
supplies a login form. You set it so that only logged-in users can
view any other pages. Then you authenticate against the forum (this is
the magic beans bit, I'm not sure of the details
[cc'ed to mediawiki-l]
[from wikien-l - discussion of git-backed MediaWiki]
2009/4/23 Gwern Branwen gwe...@gmail.com:
As it happens, I've thought about this before and have a little
expertise in the issue. I'm one of the developers of a wiki called
Gitit -
2009/5/7 Robert Cummings rob...@interjinn.com:
On Thu, 2009-05-07 at 21:33 +0100, David Gerard wrote:
I'm still looking forward to corporate readiness of MediaWiki, which
for us basically means (1) good WYSIWYG
What's wrong with the FCKeditor extension?
It's promising but not really cooked
2009/5/7 Brion Vibber br...@wikimedia.org:
El 5/7/09 2:55 PM, David Gerard escribió:
Yeah. Fine-grained security and wiki really don't go together. But
try convincing people of that.
To be perfectly honest I find *plenty* of situations where I'd like to
open up a couple pages of a private
2009/5/26 Brion Vibber br...@wikimedia.org:
Other posts have linked to general directions on tweaking the MySQL
search index length limit. You can also upgrade to MediaWiki 1.14 or
later, which works around the MySQL server's limit setting internally
without any configuration required.
Win!
Heh. We win. Even without a good WYSIWYG editor!
http://arstechnica.com/microsoft/news/2009/08/microsoft-word-1983---2009-rest-in-peace.ars
- d.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
Domas has posted to wikitech-l that all WMF MySQL servers are now on 5.1.
I understand MediaWiki continues to support 4.0 onward. Will the
minimum version be raised as the main customer gets more heavily into
5.1?
(I have no objection whatsoever to requiring a later MySQL, just
asking about
On 26 February 2010 09:49, Massimo Canonico m...@di.unipmn.it wrote:
is there any way to got this effect in the table:
http://rhftech.com/images/excel_split_header.png
?
I'm looking at cell A1.
Not really - MediaWiki table syntax is just a shorthand for actual
HTML tables, and there isn't a
On 1 March 2010 01:36, K. Peachey p858sn...@yahoo.com.au wrote:
The Interwiki feature isn't really enabled used in default MW
installations.
Are you sure about that? I thought that's how doing [[wikipedia:foo]]
in default-out-the-tarball intranet wikis worked at all.
- d.
On 1 March 2010 10:18, Chad innocentkil...@gmail.com wrote:
On Sun, Feb 28, 2010 at 8:50 PM, David Gerard dger...@gmail.com wrote:
Are you sure about that? I thought that's how doing [[wikipedia:foo]]
in default-out-the-tarball intranet wikis worked at all.
There's no default special page
This is so simple and showstopping it'll be something stupid on my part.
We have a 1.13 installation. I tried setting up a test wiki with
1.16b2 on the same database (techwiki) with a new table prefix
(testwiki_).
We have a user, admin. I tried installing 1.16b2 and got error 1044,
insufficient
On 29 April 2010 23:06, Platonides platoni...@gmail.com wrote:
It will probably still fail, but this time with an error message.
It did indeed: MySQL insisting 'admin'@'localhost' didn't have the
right to create tables.
My GRANT line in the previous email was wrong - the one that works is:
I was particularly keen to get halfway-usable WYSIWYG editing in
MediaWiki for our office intranet. So I just did a test installation
of MW 1.16b2 with FCK Editor Official svn head.
It's pretty good, I'm really impressed! But it's buggy. (Chews up form
fields for the InputBox extension, and
On 5 May 2010 11:26, David Gerard dger...@gmail.com wrote:
Is this a suitable place to talk about problems with it? Is anyone
from FCK here?
Given the tumbleweeds in response, it appears not ;-)
I'll be filing bugs on it, then. Here's the first, an apparent
incompatibility between FCKeditor
On 17 May 2010 13:37, Chad innocentkil...@gmail.com wrote:
If you file a bug and I fix it in trunk, will the changes ever get to
their copy? Or vice versa...do we ever get downstream changes
they've made? This is different from having an external
dependency like GeSHi that we have to
On 18 May 2010 18:35, Platonides platoni...@gmail.com wrote:
Forwarding on behalf of Jack, which is not subscribed:
Maybe the best idea would be to kill off our FCKeditor extension and try
to collaborate with Wikia regarding their CKeditor integration extension.
It certainly would be cool to
On 19 May 2010 15:50, Robert Cummings rob...@interjinn.com wrote:
I have to disagree with you given my experience. In one government
department where MediaWiki was installed we saw the active user base
spike from about 1000 users to about 8000 users within a month of having
enabled
On 19 May 2010 16:08, Chad innocentkil...@gmail.com wrote:
So to answer the original question of Why don't we have WYSIWYG
when it's been around for 15 years? It's because we need a lossless
conversion between raw wikitext and wikitext output by the visual
editor. Last time I checked, this
On 19 May 2010 16:39, Robert Cummings rob...@interjinn.com wrote:
In my particular case I get to fix the bugs and enhance both MediaWiki
and FCKeditor :) Unfortunately, at this time I am unable to pass fixes
back to the community due to contracting issues and how it relates to
GPL. This is
On 19 May 2010 18:42, Steve VanSlyck s.vansl...@spamcop.net wrote:
MOving over to the other side of the argument for a moment, it seems to me
that the building could be built one brick at a time. E.g., get the basic
features in place first, such as bolding, underscoring, links, and
god-forbid
On 28 May 2010 10:09, bern...@bernardhulsman.nl
bern...@bernardhulsman.nl wrote:
The high moral standards of the MediaWiki community appeals to me. There
is a general believe these
standards are higher then in the outside world.
Counterexample: PHP.
- d.
On 29 May 2010 10:18, Raymond Wan r@aist.go.jp wrote:
So, no one is picky on you specifically or your
enthusiasm...it's just (AFAIK) not on topic to this list...
Indeed. Hence my joke about the immorality of PHP ;-)
Mediawiki is free software, per the free software definition[1]:
*
On 29 May 2010 13:27, bern...@bernardhulsman.nl
bern...@bernardhulsman.nl wrote:
So the moral standard on Wikipedia seems to be the contrary of the moral
standards in this newsgroup. That is possible but inconsistent.
Wikipedia is actually pretty much off-topic here. If you want to
discuss
On 31 May 2010 13:11, Henny Savenije webmas...@henny-savenije.pe.kr wrote:
Steve, are you the owner of this group?
No, he isn't. He is, however, a subscriber who doesn't like the group
being used for blatantly off-topic noise. And neither am I.
- d.
On 31 May 2010 23:37, Steve VanSlyck s.vansl...@spamcop.net wrote:
(b) doesn't cope very well with the weirdest stuff done on English
Wikipedia, where wikitext is tortured horribly to squeeze out every
possible emergent side-effect for editor's use.
?
en:wp not only uses ridiculous
On 18 June 2010 07:34, Ronis s crusinn...@hotmail.com wrote:
who the fuckare u people that keep comming ontomy email stop this shit i
amtired of youpeople sending me your crap i will report you to microsoft stop
OK, that message makes the entire thread suddenly worthwhile.
- d.
On 28 June 2010 11:41, Vincent Baier (RIT Student) vjb4...@rit.edu wrote:
The results of various modifications of these have either been a seemingly
working redirect from apache to a blank page with now source. Or a redirect
loop warning. If anybody could help me get these URLs cleaned up I
On 14 July 2010 20:49, Misha Zaitzeff misha.zaitz...@gmail.com wrote:
Hello, I hope I'm not being inappropriate posting to these lists, but
I'm looking to hire a mediawiki expert on a consulting/freelance basis
to help me with a project.
Probably not for wikitech-l, which is about
I want an email when a particular page is edited on an intranet wiki I
just set up. Enotif is apparently (largely) part of MW these days, but
I can't find how to switch it on.
The wiki is MW 1.15.4 with SMW installed via Semantic Bundle (the only
sensible way to set up SMW). It has a pile of
On 22 July 2010 11:38, nakohdo frank.r...@gmx.net wrote:
And here
http://meta.wikimedia.org/wiki/Help:Watching_pages#E-mail_notification
Thank you and thanks to Frank, it's now working! These were the magic options:
#email changes to pages on watchlist
$wgEnableEmail = true;
On 26 July 2010 01:53, B. M. Whealton bwheal...@futurewavedesigns.com wrote:
Is it possible for an admin to setup an account for someone in
advance?
It can be a bit laborious generating accounts one at a time by hand,
but I've done it. Do you mean some sort of special: page for
On 26 July 2010 02:47, B. M. Whealton bwheal...@futurewavedesigns.com wrote:
What did you mean by switching your skins to Vector? I see a few skins
that came with mediawiki.
Setting the default skin so people at work will see it and think ah,
like Wikipedia, not weird.
I did find a list
I tried using a file on RationalWiki, which uses InstantCommons. The
file didn't exist (it was on en:wp, not Commons). I moved the file to
Commons, but RationalWiki still thinks it doesn't exist in the foreign
file repo. ?action=purge does nothing. How long do I have to wait?
(The page is
On 31 July 2010 14:08, K. Peachey p858sn...@yahoo.com.au wrote:
InstantCommons[1] which is just a shortcut for ForeignFilesRepo[2] was
introduced in 1.16.0[1] where as FFR has been around since 1.11.0[2].
Which means it would be manually configured since you mention 1.14.x,
If the person used
On 4 August 2010 23:01, Platonides platoni...@gmail.com wrote:
Benjamin Lees wrote:
On Wed, Aug 4, 2010 at 4:40 PM, Sullivan, James (NIH/CIT) [C]
sulli...@mail.nih.gov wrote:
Have the privilege requirements for the database user privileges changed
from 1.15 to 1.16 for installing mediawiki?
On 4 August 2010 20:45, lmhelp lm...@wanadoo.fr wrote:
I am wondering if there exists a grammar for the Wikicode/Wikitext
language (or an *exhaustive* (and formal) set of rules about how is
constructed
a Wikitext).
I've looked for such a grammar/set of rules on the Web but I couldn't find
On 4 August 2010 23:58, David Gerard dger...@gmail.com wrote:
On 4 August 2010 20:45, lmhelp lm...@wanadoo.fr wrote:
- Is a grammar available somewhere?
- Do you have any idea how to extract the first paragaph of a Wiki article?
- Any advice?
- Does a Java Wikitext parser exists which would
On 6 August 2010 18:59, Trevor Parscal tpars...@wikimedia.org wrote:
In short, the current parser is a bad example of how to write a
parser,
I forgot to call it a box of pure malevolent evil, a purveyor of
insidious insanity, an eldritch manifestation that would make Bill
Gates let out a low
On 12 August 2010 17:58, Chuck Carson chuck.car...@uav.com wrote:
I am installing media wiki 1.16.0 onto a Solaris 10 u8 x64 system. I am using
the sunfreeware packages and have the following versions:
Apache - 2.2.15
PHP – 5.2.13
libxml2 - 2.7.7
When I navigate to the config component I
On 12 August 2010 18:08, Chuck Carson chuck.car...@uav.com wrote:
Yea trying to avoid rolling my own stuff. This box serves a myriad of other
web applications and I would have to custom roll a dozen packages or more.
=(
Yes, that's less than ideal.
The key point appears to be libphp5.so.
On 12 August 2010 18:30, Chuck Carson chuck.car...@uav.com wrote:
Cool, I'll try just rolling PHP against the sunfreeware versions of
everything else.
The key point is to build a libphp5.so with all the salad, and *just
drop that into place* - don't install the rest of PHP if you don't
have
On 12 August 2010 22:03, Chuck Carson chuck.car...@uav.com wrote:
Well I can't seem to build php against the sunfreeware version of mysql:
Undefined first referenced
symbol in file
mysql_set_character_set
Does DynamicPageList obey {{DEFAULTSORT:}}? Should it?
It doesn't appear to be for me, e.g. on
http://rationalwiki.org/wiki/Template:Altmed - that's twelve random
articles from a category, and all the articles about people have
DEFAULTSORT for their surnames.
- d.
On 16 August 2010 17:31, Graham tolli...@dal.ca wrote:
I am aware that all users can view the main Namespace; is there a way to
prevent the group setup to view only one Namespace, from accessing the
main Namespace? Is there a method of preventing user from even seeing
menu selections?
Not
On 17 August 2010 17:54, Graham tolli...@dal.ca wrote:
So I guess there isn't any possibility to have a group of users assigned
to a Namespace, and the other users status quo.
The owner of the wiki doesn't want another one to administer, so that's
why I am trying to be one hundred percent
On 17 August 2010 21:40, George Herbert george.herb...@gmail.com wrote:
I think that the world and industry as a whole are somewhat harmed by
the situation; adoption rate of intranet Wikis is somewhat slow in
many environments, because they're using more lousy Wiki platforms.
Personally I'd
MediaWiki seems to still include the default notice:
WARNING: This page is XX kilobytes long; some browsers may have
problems editing pages approaching or longer than 32kb. Please
consider breaking the page into smaller sections.
I understand this was in place for the last few Netscape 4 users
On 14 September 2010 15:16, Charlie Markwick
charlie-markw...@southcot.com wrote:
I'm looking for a quick and easy way of helping a user to create a new
page. Either through a sidebar link or a page that could contain a box
to write in the title.
I found the NewPage extension but currently
On 17 October 2010 03:20, George Herbert george.herb...@gmail.com wrote:
On the followup question - yes. You need to have the landing pad
main page visible to anyone, but you can create a group memberships
structure with a custom group that keeps anyone from accessing content
unless you
On 17 October 2010 17:30, Steve VanSlyck s.vansl...@spamcop.net wrote:
OK - I'm pretty non-tech. What IS the htaccess file all about?
I meant .htpasswd:
http://en.wikipedia.org/wiki/.htpasswd
It puts a password on accessing a page (or site) at all. Then once
you've put in that password, you
On 28 September 2010 20:39, Ashar Voultoiz hashar+...@free.fr wrote:
Looking at INSTALL it seems we are still supporting PHP version 5.1
which is 5 years old in a couple of weeks. This is getting old and
prevents developers from using some new features.
5.1 doesn't actually work. I recently
On 27 October 2010 22:20, Caitlin Dempsey edi...@gislounge.com wrote:
I'm using ImageMagick to render SVG images on my wiki but some of the
thumbnails have problems with them. For exampled this SVG image has some
pixels in the upper left hand corner that shouldn't be there:
I have a requirement for an intranet wiki for sales, marketing and
other people who have no technical abilities whatsoever.
I'd like to use MediaWiki. This requires WYSIWYG.
There is no good WYSIWYG for MediaWiki - but what are the least-worst
solutions others have managed with this requirement,
(to list as well)
-- Forwarded message --
From: David Gerard dger...@gmail.com
Date: 10 February 2011 16:58
Subject: Re: [Mediawiki-l] Least-worst present WYSIWYG solution?
To: Haim (Howard) Roman ro...@jct.ac.il
On 10 February 2011 16:46, Haim (Howard) Roman ro...@jct.ac.il
On 10 February 2011 17:02, Sullivan, James (NIH/CIT) [C]
sulli...@mail.nih.gov wrote:
I've been using the FCKeditor with our wikis and it is fine for regular use.
So if your users will just be entering text and an occasional table or image
it is more than fine. But, if they plan to do
On 10 February 2011 19:24, Sullivan, James (NIH/CIT) [C]
sulli...@mail.nih.gov wrote:
The FCKeditor does not handle these image attributes, just size, position and
caption, which was my only point about links, and yes, I consider it fancy
since most users do not add these attributes to their
On 10 February 2011 23:28, Platonides platoni...@gmail.com wrote:
David Gerard wrote:
My last experiment with FCK was hampered by it messing up the tags
used by Extension:InputBox - our users are very fond of the Create an
article! box I put on the front page of our internal wikis
On 11 March 2011 14:15, Vitaly Liaschuk lari...@gmail.com wrote:
Thanks for your answer.
We going to search other way to store our passwords.
What we do is have a file readable only by root stored in a particular
place, known to the sysadmins, our boss and our boss's boss (the
latter two not
On 31 March 2011 17:39, Chad innocentkil...@gmail.com wrote:
What is mw_tools?
http://www.mediawiki.org/wiki/Mw_tools - unofficial toolkit by User:Wanglong.
- d.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
http://www.ico.gov.uk/~/media/documents/library/Privacy_and_electronic/Practical_application/advice_on_the_new_cookies_regulations.pdf
New rules: only cookies that are strictly necessary may be set
without permission. All others require explicit permission from the
user.
These will be quite a
On 11 May 2011 20:51, Platonides platoni...@gmail.com wrote:
However, I think that a disclaimer at Special:UserLogin explaining that
by logging in you store a few cookies should be enough.
Should only require altering that little piece of text.
(Can someone just do this, or should a bug be
This is all the obvious method, but the key thing I want to note is
that it actually works smoothly just as you would expect :-)
Our intranet wiki is MediaWiki 1.13 using MySQL on a Solaris 10 box,
which is our general internal-use database server. Oracle runs on the
same box and decided to fill
On 9 June 2011 17:58, MZMcBride z...@mzmcbride.com wrote:
http://www.mediawiki.org/wiki/Possible_tarballs
Note there's a strawpoll there to indicate tarball users' interest in
particular extensions. Go forth and !vote :-)
- d.
___
MediaWiki-l
On 9 June 2011 23:09, Platonides platoni...@gmail.com wrote:
David Gerard wrote:
This doesn't copy images or files - we don't use images much at all.
That can come later if we care :-) Looking a bit broken may well be a
feature in this context ...
That won't provide a full backup (eg. user
On 5 December 2011 18:54, sam.sex...@thomsonreuters.com wrote:
Apropos Stephen Berg's upgrade, early next year I hope to be going from
1.13.0 on Solaris to 1.18+ on SUSE. I can't upgrade, so my initial plan
is to:
1. Do the new installation on SUSE
2. Copy the live database to my Solaris
So this morning I was greeted with Firefox 9. Trouble is, a couple of
our internal wikis run old versions (1.13 and 1.15) and ... old
Monobook appears to be broken by FF9. The sidebar appears only after
the page content, leaving a large empty space between the wiki logo
and the sidebar.
On 4 January 2012 06:13, Daniel Friesen li...@nadir-seen-fire.com wrote:
https://bugzilla.mozilla.org/show_bug.cgi?id=679971
Hah, they're backing it out for FF 10! (With great reluctance.)
Yes, these are strictly internal. I've notified people we're leaving
these broken while I do more urgent
On 4 January 2012 07:26, David Gerard dger...@gmail.com wrote:
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/skins/common/wikibits.js?r1=53141r2=53140pathrev=53141
appears to be the patch that removed this test from MediaWiki, I may
try that change on these creaky internal things
1 - 100 of 170 matches
Mail list logo