I am taking occasion from the messages of Nomad to ask is there a
Template to manage new articles submitted and show the last 10 of them
on the Main Page?
Thanks,
Plamen
Is there any facility that can automatically go through the entire
system and replace an arbitrary string by regexp? And any way to
mass-delete articles by regexp?
--
Paul Johnson
baloo(a)ursine.dyndns.org
http://ursine.dyndns.org/~baloo/
Greetings Wiki Admins!
Thanks for letting me join your list, I hope it's OK to ask support-style questions here.
I recently installed a MediaWiki 1.3.9 instance on FreeBSD 4.10, Apache 1.3.33, and mySQL 4.0.15. I wanted the stable release (which is why I'm < 1.4) but the secure one (which is why I went > 1.3.7). The pages are not loading quite right: that is to say, the page source loads immediately but the page does not render for 30s in IE, 2m in NN, and never in Opera. I have narrowed the problem to these three tags:
Line 17 <script src="/index.php?title=-&action=raw&gen=js&smaxage=0" type="text/javascript"></script>
Lines 19-21
<style type="text/css">/*<![CDATA[*/ @import "/index.php?title=-&action=raw&smaxage=0&gen=css";
@import "/index.php?title=User:Buz/monobook.css&action=raw&ctype=text/css";
/*]]>*/</style>
and Line 22 <script src="/index.php?title=User:Buz/monobook.js&action=raw&ctype=text/javascript&dontcountme=s" type="text/javascript"></script>
(I apologize in advance if my mail client wraps these lines).
In each case, instead of rendering output, the php sends a redirect header to (I can only assume) itself over and over and over. So IE gives up in 30s, NN gives up with an error message "Redirection limit for this URL exceeded." and Opera continues redirecting forever.
So here's my action point and question: Is this a known problem? Is there a known fix/workaround? Does the known fix imply upgrading MediaWiki to an unstable build or changing the database? Does anyone else experience this problem or have they fixed it? If there is no good fix I'll simply start commenting out lines of the PHP source until it works, since these all seem to be targeted to user settings flexibility which is a concern I do not share at the moment. Correct me if I'm wrong :)
Much respect to the hard-working members of the open-source community.
Dear Developers,
I need to clarify some things, because the amount of complaints is going
into a wrong direction, which does not please me, as I wanted to support
the MediaWiki project, not to slow it down.
As my two "babies" (see subject) are now merged into the CVS-HEAD
version (on 18.12.2004) and some people are still complaining this and
that instead of acknowledging the efforts, I kindly ask those of you
being interested in my enhancements - which are running quietly and
stable on my four wikis without a single problem since August 2004:
to consider to visit http://meta.wikipedia.org/Enotif , to try a fresh
checkout from the CVS HEAD version and to contact me if you have
problems or to tell me, that and how you like it. There are
http://bugzilla.wikipedia.org/show_bug.cgi?id=454 for ENotif and
http://bugzilla.wikipedia.org/show_bug.cgi?id=866 for EAuthent ,
however, I prefer direct e-mail contact, because I can answer quicker.
Please be reminded and check first:
============================
There are two commonly reported pitfalls (not problems): 1. You do
***not*** get any e-mail notifications for your own changes: you can
test the e-notification only if you commit page changes as another user
(e.g. anonymous). 2. You must have ***stored*** an E-mail address -
obviously - to receive notifications. If also EAuthent was enabled
during installation, you need to have the address ***authenticated***,
which status is always shown in your user preferences.
I am pretty convinced that you will like it. If you have concrete
proposals for ameliorations, please carefully read the existing list on
http://meta.wikimedia.org/wiki/Email_notification_to-do_list . This page
lists not only to-do items, but also the existing user proposals.
Tom
aka Wikinaut
Is there a list or preliminary documentation of the files
affected/changed in MediaWiki v1.4 beta4 - in comparison with the beta3
version? I've read the release notes, and as far as I can gather, there
are no database changes, so I figure I simply need to update the changed
files.
More specifically, can I keep my localsettings.php, language files and
css-files intact? - supposing there are no changes to these
files/directories?
Morten :-)
--
Crews Cut Community
http://www.crewscut.com
Morten Blaabjerg
Dronningensgade 4B, DK-5000 Odense C.
Tlf. +45 65 90 60 88
Thanks Brion, Francis, NSK.
I've hacked SpecialUpload.php and changed:
<input tabindex='3' type='checkbox' name=\"wpUploadAffirm\" value=\"1\"
id=\"wpUploadAffirm\" />
to:
<input tabindex='3' type='hidden' name=\"wpUploadAffirm\" value=\"1\"
id=\"wpUploadAffirm\" />
This hides the checkbox nicely. We'll just need to reapply this with future
updates ;-)
Regards,
al.
-----Original Message-----
From: Brion Vibber [mailto:brion@pobox.com]
Sent: Thursday, 13 January 2005 2:12 p.m.
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] How to remove copyright checkbox on
Special:Upload ?
On Jan 12, 2005, at 4:23 PM, Francis Perron wrote:
> Its in the mwiki/LocalSettings.cfg file. Around the bottom of the
> file. Change the following to 'false' and refresh your cache.
>
> $wgEnableCreativeCommonsRdf = false;
That will have no effect on the copyright check box on the upload page,
it controls an unrelated option for generating XML metadata which
describes your selected site copyright licensing option.
AFAIK there is no configuration option to turn the box off (but there
is one to use an alternate system when you are asked for some specific
information on source and licensing).
-- brion vibber (brion @ pobox.com)
Dear all,
We're using mediawiki for our internal Intranet. I'm bit by bit customising
it & now want to remove the copyright check box on the Special:Upload page.
Is there an option that I can change to make this happen, or will I need to
hack some php code?
Cheers,
al.
Alistair Johnson
IT Manager
Rembrandt Suits Limited
p +64 4 576 4822
f +64 4 567 0507
e johnsona(a)rembrandt.co.nz
Thanks Francis, but that doesn't seem to work. We're using MediaWiki 1.3.9
- do we need to use the 1.4 beta to make this work? Also, you mean the
Browser cache or do I need to run a maintenance task on MediaWiki itself?
Just so we're clear - I'm talking about the checkbox to the left of the (by
default) message "I affirm that the copyright holder of this file agrees to
license it under the terms of the ...". I know where to change this
message, but can't seem to get rid of the checkbox.
Regards,
al.
-----Original Message-----
From: Francis Perron [mailto:fperron@ea.com]
Subject: Re: [Mediawiki-l] How to remove copyright checkbox on
Special:Upload ?
On Thu, 2005-01-13 at 05:02, Alistair Johnson wrote:
> remove the copyright check box on the Special:Upload page.
> Is there an option that I can change to make this happen, or will I need
to
> hack some php code?
Its in the mwiki/LocalSettings.cfg file. Around the bottom of the
file. Change the following to 'false' and refresh your cache.
$wgEnableCreativeCommonsRdf = false;
--
Francis Perron
EA Canada
>> You can comment out the redirect part in RawPage.php, about 2/3 down.
> DO NOT COMMENT THAT OUT! It's a workaround for an IE security flaw, for
> which we made a security fix release in late September.
Brion Vibber--
I believe you, though I'm not sure how that could be a real security threat
since it's only data that the client already has anyway. However, just
because I don't understand doesn't mean I will decline your good advice.
> The workaround is to require that a 'raw' access be made from a
> canonical script URL, ... I did this
> with a redirect (instead of simply a 403 rejection) to preserve
> existing links.
Perhaps I could modify the testing lines of my copy of the script to ignore,
specifically, the cmw/ addition. This should not prevent the security check
from keeping it's promise to ward off invalid requests.
> No, that's an URL rewrite which passes the new URL (eg /cmw/index.php)
> internally to the final request.
Ah, my experience was with IIS, but this is installed under Apache. So I
misinterpreted the role of .htaccess in that capacity.
> If you want to map the physical path directly, normally you'd use a
> DocumentRoot directive in the virtual host configuration.
I'm afraid that with my hosting provider (as with 99% of potential hosting
providers for MediaWiki's installation base) do not give httpd.conf access,
they merely allow .htaccess files to be uploaded. Do you have a suggestion
(here and for posterity) of an .htaccess change that will satisfy the strict
requirements of your security hole patch while allowing administrators to
use subdomains? Neither DocumentRoot nor Alias seems to be quite the right
thing for mere .htaccess useage.
> Unfortunately this breaks wikis where edit/diff etc urls are supposed to
> be short and tidy. There the browser gets stuck in an endless
> redirection loop. It's not too hard to fix this though, will change it
> in the next days.
That sounds like the penultimate solution. Will you issue it as a straightf
orward "change this line to that" patch, or should I grab a diff/merge tool
to install a whole new package when you issue 1.3.9a?
Meanwhile, I will contact my host provider and the user group there to see
if there's an .htaccess solution so that we don't have to make unneccesary
changes to the codebase.
Thanks for your ongoing attention and problem solving skills,
--N. Buzdor
Hi. I've set up MediaWiki for our local LUG here: http://wiki.sslug.dk/
but when turning it into danish, most did translate to danish but not
the tabs at top of the page:
"article","edit","history","discussion","move","watch","special page"..
How do I get them translated to danish?
(From CVS).
Jesper
--
./Jesper Krogh, jesper(a)krogh.cc, Jabber ID: jesper(a)jabbernet.dk
Danmark har fået sit eget Mozillaforum:
http://forum.mozilladanmark.dk/ eller nntp://news.sslug.dk/mozilladanmark.*