There has been a persistent bug in mediawiki for at least two years that
has gone unfixed and ignored. Right now when a page's protection status is
updated the link tables associated with it are not refreshed. Depending on
the configuration/use case of a wiki such a failure is problematic.
(Example I have a namespace for a specific type of articles and they all
share a template that dumps the page into one of two categories, reviewed
and not reviewed categories. When a page is reviewed its also protected,
however mediawiki fails to update the link tables)
This issue has been documented for about two and a half years (see
https://bugzilla.wikimedia.org/show_bug.cgi?id=34039 ) I poked the bug
about a year ago when I noticed this issue on my wiki. Given the complete
lack of a response on bugzilla Im trying here. It shouldnt be that big of a
deal to purge/refresh the link tables of the current page when its
protected.
Can we please get the ball rolling on this issue?
Thanks
I’m attempting to upgrade from MW 1.22.7 to 1.23 and am getting this error when going to the web config at
<wiki-path>mw-config/index.php :
Error starting session: session_start(): open(/var/lib/php/session/sess_d7cbhmugok8ps1mp47q032qkr0, O_RDWR) failed: No such file or directory (2)
I’ve removed all the extensions from LocalSettings.php, and have done a ‘php update.php’ from the maintenance dir.
mySQL is 5.6.19
python is 2.7.2
thanks in advance for any help.
--
Rob Lingelbach http://rob.colorist.orghttp://colorist.org rob(a)colorist.org
Email: evansherman(a)thetransgroup.com
Evan Sherman
TTG IT
56 W. Church St.
Spring Valley, NY 10977
Office: 845.356.2200 (x246)
Cell: 845.270.0649
Email: evansherman(a)thetransgroup.com
I just installed Mediawiki 1.23.1 on a Ubuntu 12.04 LTS server.
I followed the steps exactly on the mediawiki site.
I used wget in order to pull the .tar.gz file to my server from mediawiki's site. I then moved the mediawiki folder from " /home/user/ " to " /var/www/ " which is where the index.php file resides and then placed the LocalSettings.php in the mediawiki folder.
When I browse to my wiki and try to upload a file, I get the following error message: " Could not create directory "mwstore://local-backend/local-public/8/83"
How do I fix this?
Thank you!
Evan Sherman
TTG IT
56 W. Church St.
Spring Valley, NY 10977
Office: 845.356.2200 (x246)
Cell: 845.270.0649
Email: evansherman(a)thetransgroup.com
Hi,
I am trying to edit pages in my tag extension. Stuck in this error for some
time while using Wikipage->doEdit:
"Internal error - {{SITENAME}}
[7d468106] 2014-07-09 16:42:08: Fatal exception of type MWException
Notice: Uncommitted DB writes (transaction from DatabaseBase::query
(LinksUpdate::getExistingLinks)). in /var/www/core/includes/db/Database.php
on line 4132
Notice: DB transaction callbacks still pending (from
Title::invalidateCache, HTMLCacheUpdate::doUpdate,
SiteStatsUpdate::doUpdate). in /var/www/core/includes/db/Database.php on
line 4140 "
Tried to purge after and before the command, also put it inside a db
start-commit but am still getting the error although the page write appears
to be successful.
Any pointer to why this is happening ?
Best Regards,
Akash Agarwal
IIIT Hyderabad
+919652722676
This is kind of bizarre
http://gowiki.tamu.edu/wiki/index.php/Special:Cacao/annotation/6330&opage=A…
I suspect I've done something bad in an extension, but I've looked at our class that extends MWException and all it does is overload getHTML and getText from MWException. So I'm not sure what else might be causing this double display.
any ideas?
Thanks,
Jim
=====================================
Jim Hu
Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054
Hello, group. I'm new to mediawiki and am having a bit of problem with the
new setup. It seems that any external link to an https website (e.g.
https://www.google.com) results in it not being displayed at all. I've
tried different methods of markup; with brackets, with straight html
anchors, with or without separate annotations, no markups, and nothing
seems to work. I'm running Centos 6.5 server running mediawiki 1.19.15
from Fedora.
I apologize if this is a known problem that's been posted many times. I
googled an searched the list and was unable to find anyone with a similar
problem.
Thanks,
--
David
Hi folks,
As we improve the Memento MediaWiki Extension, we also search for information on where and how it can be used.
I had written a blog post last December talking about its use in helping users of fan sites avoid spoilers. [1]
Recently, we’ve done a study using anonymized logs for the Wayback Machine and discovered that there are a potential 168,000 requests per day at the Wayback Machine that could benefit from use of the Memento MediaWiki Extension, 132,000 of those for Wikipedia alone. [2]
[1] http://ws-dl.blogspot.com/2013/12/2013-12-18-avoiding-spoilers-with.html
[2] http://ws-dl.blogspot.com/2014/07/2014-07-08-potential-mediawiki-web-time.h…
Cheers,
Shawn M. Jones
Graduate Research Assistant
Department of Computer Science
Old Dominion University
Email: sjone(a)cs.odu.edu
Research group: http://ws-dl.blogspot.com
Twitter: @shawnmjones
Hello,
Is there an extensions to enable some syntax highligh in the very article editor?! I'm not talking about hilite wikitext in demos but real hilite when entering article content.
Thanks,
Diana
Hi,
This is a heads-up message that support for register_globals[1] will be
dropped in the upcoming release of MediaWiki 1.24. The rationale can be
found in the forwarded email below that was originally sent to wikitech-l.
If you're not familiar with what register_globals is, it was a PHP
"feature" that could actually turn into a major security vulnerability.
More information about it is on php.net[1].
In the past MediaWiki has tried to prevent against attacks in this form,
but starting with 1.24 it will simply refuse to run if register_globals
is enabled. The installer will also display an error if enabled.
If you are running a version of PHP >= 5.4, you don't need to worry
about this. If you are running PHP 5.3, check your php.ini file to
ensure that register_globals is set to "off". There is also some more
documentation on how to disable it if you can't edit your hosting
provider's php.ini on mediawiki.org[2].
[1] http://www.php.net/manual/en/security.globals.php
[2]
https://www.mediawiki.org/wiki/Register_globals#Disabling_Register_Globals
-- Legoktm
-------- Original Message --------
Subject: Removing support for register_globals
Date: Tue, 08 Jul 2014 18:01:41 -0700
From: Legoktm <legoktm.wikipedia(a)gmail.com>
To: wikitech-l(a)lists.wikimedia.org
Hi,
tl;dr: <https://gerrit.wikimedia.org/r/144854> stops supporting
MediaWiki instances with register_globals enabled.
When PHP 5.3 was released, register_globals was officially deprecated,
and that was over 5 years ago[1]. It was then removed in PHP 5.4.
Since MediaWiki still supports 5.3, we've had a check at the top of
WebStart.php and in the installer to recommend disabling
register_globals if it's still enabled. When working with configuration
database-related things as well as general code review of extensions,
I've noticed code that does isset( $wgFoo ) in an unsafe manner. We
could fix those individual issues, but I think it would be easier to
just stop supporting installs that have register_globals enabled. It's 2014!
I've uploaded a patchset[2] that will disable any current installation
that has register_globals enabled. It also modifies the command-line
installer to prevent installation if it is enabled.
[1] http://www.php.net/manual/en/security.globals.php
[2] https://gerrit.wikimedia.org/r/144854
-- Legoktm