Hello all,
I've searched the for "rebuildrecentchanges" in the archive on gossamer threads, on mwusers.com and in the handbook, and didn't find anything.
I've tried running the maintenance script
php rebuildrecentchanges.php
The AdminSettings.php file has a user with the following privs:
Grants for wikiadmin
GRANT USAGE ON *.* TO 'wikiadmin'@'%' IDENTIFIED BY PASSWORD '*<hash>'
GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, ALTER, CREATE TEMPORARY TABLES ON `wikidb`.* TO 'wikiadmin'@'%'
Here's the version info:
Product Version
MediaWiki 1.12.0
PHP 5.2.6-1+lenny8 (apache2handler)
MySQL 5.0.51a-24+lenny4
I can see recent changes on the source wiki, but not the destination one. I imported the pages with an XML dump. The history all seems fine: the dates are right, and the users are named OK. Any suggestions as to why it doesn't work?
Russell
I installed mediawiki several days ago.
And at that time, I had see exclamation marks in recent changes when a newly
created user created one new page or edit an old page.
But NOW I haven't see anay exclamation marks at all even using another newly
created user account to log in and edit.
I have read many help pages in www.mediawiki.org/wiki/, but I don't know how
to fix it.
Is this due to edit pages or create new page in a newly custom namespace????
I know the $wgUseRCPatrol is set to true by default, so, the patrolled edit
feature is enabled in a newly installation. But what cause the probleam. Is
there one way to see the value of $wgUseRCPatrol in mediawiki software???
Hello,
I created a testwiki V1.16.0beta3 by cloning my working wiki (1.15.0),
then executed a "classic" upgrade by first copying ...
$ tar xvfz <mw1.16b3> -C /path/to/my/wiki/ --strip-components=1
... then running the maintenace script ...
$ php update.php --aconf ../AdminSettings.php
Everything went smooth and ...
- "Special:Version" reports "1.16.0beta3"
- in my own preferences I can select the new vector skin
But I'm missing ...
- editing toolbar improvements
- link wizard
- table wizard
- collapsing items in navigation menu (Vector skin)
Do I have to enable this via LocalSettings.php?
Do I have to install some additional extensions?
TIA,
Peter
Hi all,
Unsure if this is actually a bug or a coincidental sideeffect, but I've
noticed today (while testing an authentication plugin) that my login page
remained in a loop.
Situation: CASAuth.php added and activated. A request from a non-logged in
user to a random page results in an authorization request that correctly
defers to CAS.
User logs in in CAS and CAS redirects back to MediaWiki which shows the
correct new username. So far so good.
Now, the user decides to logout using the link in the upper right corner
(http://myserver/mediawiki/index.php?title=Speciaal:Afmelden
<http://myserver/mediawiki/index.php?title=Speciaal:Afmelden&returnto=Hoofdp
agina> &returnto=Hoofdpagina) <-- localized, translates to
title=Special:Userlogout&returnto=MainPage
A login required page is displayed that in it contains a link to log in
again. However, this link apparently takes the current page's title as
opposed to the returnto field resulting in a logON link of:
http://myserver/mediawiki/index.php?title=Speciaal:Aanmelden
<http://myserver/mediawiki/index.php?title=Speciaal:Aanmelden&returnto=Speci
aal%3AAfmelden> &returnto=Speciaal%3AAfmelden
(title=Special:Userlogin&returnto=Special:Userlogout). One can see, a login
is immediately logged out again, resulting in a loop. The loop can be broken
by /not/ using the login link provided in the loginreq page but by first
selecting a random page such as MainPage, changing the inline login link to
title=Special:Userlogin&returnto=MainPage
The login link in the upper right corner seems to display the same
behaviour.
My system is MediaWiki 1.15.4 with a HiddenNamespace patch, a (currently
commented out) CAS plugin found on
(http://kellinwood.blogspot.com/2009/01/casify-mediawiki-with-phpcas.html)
and now active Extension:CASAuthentication.
This behaviour does not seem intended and is not desired. How can I change
this?
Met vriendelijke groet,
Christian C. Schouten
Platonides wrote:
> Christian C. Schouten wrote:
> > I'm trying to casify mediawiki as per instructions on
> > http://kellinwood.blogspot.com/2009/01/casify-mediawiki-with-phpcas.html
> Yes, the wpLoginToken will be interfering with the External
> Authentication. Although I have to say, that class smells like a
> vulnerability.
Thanks for the confirmation. As for the vulnerability, I'll take your word
for it. Do you perhaps (or does someone else maybe) have an alternative
solution so I can use CAS?
Ideally, I'd not use LDAP directly so I can administer the ldap details in a
central place (CAS) and refer only to the cas server. Is this at all
possible given this wpLoginToken change? I am not bound to, nor do I have
any preference, any specific extension/method (as long as I can use my
existing cas).
Met vriendelijke groet,
Christian C. Schouten
Dear all,
I'm trying to casify mediawiki as per instructions on
http://kellinwood.blogspot.com/2009/01/casify-mediawiki-with-phpcas.html
Now, I'm running into a problem that might (or might not?) be what is
mentioned in the user comment at the end of the page (wpLoginToken against
CSRF)
Currently, I've been able to get it to the point where CAS is up and
running, connected to an MSAD server, and authenticating properly. Mediawiki
is running fine with local accounts.
When I enable the casifying changes however, mediawiki properly redirects me
to the cas login page, cas properly authenticates me and sends me back to
mediawiki, but mediawiki then is stuck on Special:Userlogin.
Clicking the login link again from the Special:Userlogin page I see only
keeps me there (I am not even redirected to cas).
Any thoughts on how this can be fixed are most appreciated.
Best, Chris
PS: I'm using a localized version of MediaWiki, so Special:Userlogin is
called Speciaal:Aanmelden and Special:Userlogout is Speciaal:Afmelden
Changes to /etc/apache2/apache2.conf file:
---
Alias /wiki /var/www/mediawiki/index.php
<Directory />
RewriteEngine on
RewriteCond %{REQUEST_URI} ^/mediawiki/index.php$
RewriteCond %{QUERY_STRING} ^title=Speciaal:Aanmelden
RewriteCond %{REQUEST_METHOD} ^GET$
RewriteRule ^(.*)$ /mediawiki/login/cas1.php [R,L]
RewriteCond %{REQUEST_URI} ^/mediawiki/index.php$
RewriteCond %{QUERY_STRING} ^title=Speciaal:Afmelden
RewriteCond %{REQUEST_METHOD} ^GET$
RewriteRule ^(.*)$ /mediawiki/login/cas2.php?logout [R,L]
</Directory>
---
Changes to LocalSettings.php
---
# CAS
require_once "$IP/extensions/CasAuthentication.php";
$wgAuth = new CasAuthPlugin();
$casServerHostname = 'myserver.mydomain.nl';
$casServerPort = 8443;
$casServiceURI = '/cas';
$wgLoginFormKey = "tU2HfXYkf6jc454SYqke"; // Random key, change this
$wgGroupPermissions ['*']['read']=false;
$wgGroupPermissions ['*']['edit']=false;
$wgGroupPermissions ['*']['createaccount']=false;
$wgWhitelistRead = array("Speciaal:Aanmelden");
---
Files extensions/CasAuthentication.php and login/cas1.php and login/cas2.php
are exactly as given on the site linked above.
Met vriendelijke groet,
Christian C. Schouten
Hi,
I wonder if there is an extension or a way so that it makes it easy to 'copy - paste' images in mediawiki ?
I have to make a few work instructions with a lot of images and I would gain significant time if I can copy-paste the pictures instead of uploading them.
Regards, Philippe Dhont.
Hello List,
Does anyone have mediawiki installed and working well on a Novell 6.5
NetWare server running alongside GroupWise WebAccess and . . . if you do
. . would you be willing to send me your vitual hosts configuration
file, specifically the <VirtualHost> section that enables MediaWiki?
I've tried following all of Novell's instructions to the letter but no
matter what I do, setting up a VirtualHost beaks WebAcess as offsite
users who access WebAccess no longer see any images from the server.
There must be something I'm doing wrong with httpd.conf and until I can
figure out what that might be I'm not willing to go further and attempt
installtion of MediaWiki.
Apache/2.0.63 (NETWARE) mod_jk/1.2.23
Novell Open Enterprise Server, NetWare 6.5.08
Hello all,
Recently I tried to install media wiki on my server. I have php
5.2.12 I wasn't sure if I needed 5.3.1 as a minimum or if there was an
earlier version that worked with php 5.2.x I got this error when I
browsed to the folder after uploading the software:
Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION
or T_FUNCTION or T_VAR or '}' in
/home2/words/public_html/wordopedia/install-utils.inc on line 118
I put it in a folder that I renamed wordopedia.
Any ideas?
Bruce
--
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
B. M. Whealton - Web Developer, Programmer, Owner:
Future Wave Designs: http://FutureWaveDesigns.com
"On Being a Poet and Other Existential Ideas":>
http://WordSaladPoetryMagazine.com/words/
Publisher of Word Salad Poetry Magazine:
http://WordSaladPoetryMagazine.com/ - Submit your poetry
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
*doh* ... what should I say :") ... here's the link :)
http://saml.rilspace.org/screencast-rdf-import-and-sparql-update-in-semanti…
// Samuel
On 07/16/2010 09:26 PM, Josh wrote:
> I'm having trouble finding your screencast on either of the pages you
> linked. What am I missing?
>
> Thanks!
> -Josh
>
> On Fri, Jul 16, 2010 at 3:18 PM, Samuel Lampa <samuel.lampa.l(a)rilnet.com
> <mailto:samuel.lampa.l@rilnet.com>> wrote:
>
> I just posted a (3:20) screencast that demonstrates the functionality of
> the RDFIO extension [0] I'm working on as GSoC project [1].
>
> Hope it gives an idea of the project for those of you who don't have
> time to install and test it out yourselves ... and spurs feedback! :)
>
> // Samuel
>
> [0] http://www.mediawiki.org/wiki/Extension:RDFIO
> [1] http://www.mediawiki.org/wiki/User:SHL/GSoC2010
>
>
> --
> Samuel Lampa
> ---------------------------------------
> Biotech Student @ Uppsala University
> GSoC Student @ Semantic MediaWiki
> Mentor: Denny Vrandečić
> ---------------------------------------
> Blog: http://saml.rilspace.org
> Twitter: http://twitter.com/samuellampa
> ---------------------------------------
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first <http://sprint.com/first> --
> http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Semediawiki-user mailing list
> Semediawiki-user(a)lists.sourceforge.net
> <mailto:Semediawiki-user@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/semediawiki-user
>
>
--
Samuel Lampa
---------------------------------------
Biotech Student @ Uppsala University
GSoC Student @ Semantic MediaWiki
Mentor: Denny Vrandečić
---------------------------------------
Blog: http://saml.rilspace.org
Twitter: http://twitter.com/samuellampa
---------------------------------------