There's no code that can interrupt a Title Move. I have added a little snippet into Title.php that does this and allows me to stop a user from doing a Title Move under many userful conditions. One of them includes monitoring how many title moves they're doing in a certain amount of amount of time. That helps stop Page-move vandalism and has saved my wiki many times.
The Page Edit hook exists which is useful in a similiar way, but there was no hook for Title Move. Do the developers of MW think this Title Move hook is a good idea perhaps to include in the default code? Its only a few lines of code.
On line 2517 of /includes/Title.php, we have:
---------
$pageid = $this->getArticleID();
if( $nt->exists() ) {
---------
Between these two lines of code, I have included the following (in bold):
---------------
$pageid = $this->getArticleID();
global $wgUser;
$fname = 'Article::MoveArticle';
wfProfileIn( $fname );
if( !wfRunHooks( 'TitleMove', array( &$this, &$wgUser, &$nt, NULL ) ) ) {
wfDebug( "$fname: TitleMove hook aborted move!\n" );
wfProfileOut( $fname );
return false;
}
if( $nt->exists() ) {
---------------
Hi around,
Testing 1.13.3 we are stuck at images redirect:
For some reasons in our prod environment (1.9.3) we have a number of image redirects (we didnŽt know LinkedImage in the olden days).
In our tests 1.13.3 (in contrast to the release notes: "* Image redirects are now enabled by default") we could not push MW to execute a REDIRECT from a (local) media description article to a target page.
The image parameter "link={destination}: Allows to link to an arbitrary title, URL or just nowhere" works only with 1.14+
So:
Do I overlook a variable which controls internamespace redirects?
If no - what could be the reason that redirects (which work in 1.9.3) do not do?
Uwe (Baumbach)
U.Baumbach(a)web.de
_______________________________________________________________________
Sensationsangebot verlängert: WEB.DE FreeDSL - Telefonanschluss + DSL
für nur 16,37 Euro/mtl.!* http://dsl.web.de/?ac=OM.AD.AD008K15039B7069a
Stephane,
>> Our first goal is to add HTML text (a horizontal menu bar on top) to all
>> pages
>> CSS is already added (formatting with another selector may be better, of
>> course, but that isn?t my problem - at this moment ;-) )
> may be headerfooter is what you need :
> http://www.mediawiki.org/wiki/Extension:HeaderFooter
At first glance no, because it needs one article per namespace (there is no global header/footer).
May be as last chance
;-)
MediaWiki:Sitenotice did not work as I thought, so I'll try to write a short hook function for ParserBeforeTidy
Right way?
--
Uwe (Baumbach)
U.Baumbach(a)web.de
_______________________________________________________________________
Sensationsangebot verlängert: WEB.DE FreeDSL - Telefonanschluss + DSL
für nur 16,37 Euro/mtl.!* http://dsl.web.de/?ac=OM.AD.AD008K15039B7069a
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 appear to work fine.
PHP is 5.1.6.
Ideas?
- d.
I want to set up a wiki which will contain a series of private sections, where each section will only be accessible to a specific set of users. When someone registers as a user they're given their own private section: one or more pages that only they and their friends can read and edit.
Then, to give a friend read/write access to their private section, they'd fill out a form with a username and email address. An automatically generated password would be sent to their friend's email, and that user will then be given read/write access to the section.
I want there to be a common section that everyone can see, and the admin should be able to see all the sections.
I don't want users of one section to know about the other sections. But, security that specifically relates to this setup isn't that big of an issue: one user probably isn't going to try hacking into another user's section. This is also probably not going to be a high-traffic site.
I was thinking of using categories and it looks like there are extensions that limit access to categories that I can use or modify. I can hack the core code if necessary, but I'd prefer not to do that. Also, this will be on shared hosting.
Are categories the best way to do this? Are their extensions that would make this easier? Are there tutorials already showing how to set something like this up?
I'd prefer to avoid creating a wiki family because it seems like that would make administration more difficult. With just one wiki the admin would be able to see everything without going to Special:Allpages for each of the wikis in the wiki farm.
I currently run a basic MW wiki, but I'm not familiar with all of MW's features. Can someone suggest the best way to do this, bearing in mind that security between the various sections isn't that much of a concern and also that I want to make administration as easy as possible (unless it will require much more work)?
Any idea how to resolve the following error message:
Fatal error: Call to a member function tableName() on a non-object
in /wiki/includes/ObjectCache.php on line 409
Line 409 = $this->table = $dbw->tableName( $this->table );
The url in question is http://www.gp.org/wiki/index.php/
Repairing the wiki_ObjectCache db table does not resolve the issue.
thanks,
david
Hello,
I attempted to create an article redirect that sends the reader to a special page pre-loaded with a query string in the following way:
#REDIRECT [[Special:Allpages|namespace=6]]
The result was not as I expected. Should this work the way I am expecting it to?
If not, how could this be done?
Hopefully my intent is clear.
Thank you,
- Rich (revansx)
I started a discussion here:
http://www.mwusers.com/forums/showthread.php?t=9265
about some minor issues we are having over on the OpenOffice.org Wiki.
A few pages here and there are causing a SegFault when the page is
loaded. It was suggested I come to this mailing list to see if this can
be sorted out.
The most likely cause has been traced back to double-byte characters in
Categories, and is duplicable.
Example of a broken Wiki page:
http://wiki.services.openoffice.org/wiki/OpenOffice.org日本語版2.0.4のQA
まとめ
A working page:
http://wiki.services.openoffice.org/wiki/OOo_2.2.1の日本語版QAとリリース
Specifically, if you create a test page on the wiki and assign this
Category syntax to it [[Category:品質管理]] it will cause the SegFault
and the page will not be shown.
Is this known behavior? A bug? Something triggered by some odd
configuration we have? (we are using a fairly basic setup with a limited
number of extensions which are fairly well tested before installing)
Wiki config is here:
http://wiki.services.openoffice.org/wiki/Special:Version
C.
--
Clayton Cornell ccornell(a)openoffice.org
StarOffice - Sun Microsystems, Inc. - Hamburg, Germany
I'd like to use a mediawiki to manage a collection of scanned images in
TIFF format. It would be most helpful if thumbnails would be created as
they are for other image file formats. ImageMagick handles tiff files
just fine but mediawiki doesn't seem to. I've added .tif and .tiff to
$wgFileExtensions and I can upload the files but they are not getting
thumbnails. Is there anything special I need to do to get thumbnails
from tiff images?
--
Henry
Hi,
I have installed SMW 1.4e-SVN on mediawiki 1.11.0 with a custom skin.
Some functions as the sorting of inline queries (the icons next to the
headers) do not work. Setting the values in Localsettings does not
change that.
The browse properties link the toolbox also does not show up automatically.
Are those features specific for monobook and if not, how can I overcome
the problems?
All the best,
Alain