I have been looking for an extension or process to remove all revisions
of pages "older than _date_" or "all but the last _n_", but have not
found anything close.
This is a private corporate wiki used for internal documentation. Pages
evolve, but then generally stabilize and are then only for reference and
rarely edited. There is no need to keep the 100's of revisions that grew
them to their final form.
Likewise, there are older and unused versions of uploaded files that are
just clutter.
Extension:Nuke does not meet this need.
Extension:DeleteBatch doesn't either.
Extension:DeletePagePermanently - nope.
There are maintenance scripts for Deleting Archived revisions and
purging old text - also not what I'm looking for.
So far I'm finding no way to do this other than manually, one page at a
time, which is a no go. There are 10s of thousands of pages.
I may have to write a new extension from scratch, but I'm finding it
hard to believe this functionality does not already exist.
Have I overlooked something obvious? Am I the only one who has wanted
something like this?
Thanks in advance.
--
M. Feldman
---------------------------
Vigil Health Solutions Inc.
www.vigil.com
Daniel Kinzler, 04/02/2016 19:02:
> I agree that it would be nice to have a "strict TeX mode" for the math
> extension. I'm not sure whether we would enable that on wikidata. While it would
> make the life of consumers easier, it would make the life of people importing
> from wikipedia harder. But perhaps it would be worth it, especially if the use
> of "extra stuff" is actually rare on wikipedia.
>
> Moritz, how hard would it be to add a "strict mode" that would disallow any
> non-standard syntax?
I second the question, which I think warrants a new thread. Remember to
file a task in Phabricator when the dust settles down. :)
Nemo
Hi,
i try to get thumbnails from PDFs within mediawiki.
It´s not working even in 1.25 und 1.26.
Requirements are fulfilled. (gs 9,15, ImageMagick 6.8.8, xpdf-utils for
pdfinfo)
Vars are set in LocalSettings
# PDFHandler
wfLoadExtension( 'PdfHandler' );
$wgPdfInfo = '/usr/bin/pdfinfo';
$wgPdftoText = '/usr/bin/pdftotext';
$wgPdfProcessor = '/usr/bin/gs';
$wgPdfPostProcessor = $wgImageMagickConvertCommand; // if defined via
ImageMagick
Create thumbnails on console is working.
but when i try within mediawiki it fails with
magick: no images found for operation `-resize' at CLI arg 5
...
So it seems that image is not given to pdfhandler.
Maybe somebody has the same issue or know what is wrong. Help is much
appriciated.
cheers,
Kai
I'm experimenting with the new 1.27 mediawiki and have it installed on a
working LAMP system ubuntu. I am getting this apache error message when I
try to start the server:
[Thu Feb 04 10:03:24.654584 2016] [:error] [pid 26404] [client
51.255.65.68:27433] PHP Fatal error: require_once(): Failed opening
required '/var/www/html/includes/PHPVersionCheck.php'
(include_path='.:/usr/share/php:/usr/share/pear') in
/var/www/html/index.php on line 36
I see that the there is no longer a index.php5 file in the start up and the
index.php file is vastly different than 1.25.2 mediawiki.
FYI: I also am running and have verified that it works Php7. Just need to
figure out how to configure the mediawiki1.27 to use it. I have also run
composer update and only get a depreciation error warning on constraints.
That should not stop the mediawiki from running. It also did not run and
gave the exact same error with php5.6.2 I thought the upgrade would fix it.
But did not.
Any tips on what to do.
Thanks!
John
On 4 February 2016 at 17:14, Brad Jorsch (Anomie) <bjorsch(a)wikimedia.org> 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. Thanks!
- d.
In September 2014, I described an intermittent recurrent problem
associated with the InstantCommons images.
I hadn't seen the problem seen since April or May of 2015.
It is now back -- after I upgraded to MediaWiki 1.26.2.
Unlike in the past, it hasn't resolved with a server re-boot.
I did have record traffic earlier in the week... but the problem
--like in the past-- doesn't seem to be traffic related.
I cannot find a relation to memory. I'm not running out of memory.
The underlying LAMP (Debian Linux Apache MySQL PHP) stack hasn't changed.
Product Versions
Operating System: Debian (stable)
MediaWiki 1.26.2 (f465524)
PHP 5.6.13-0+deb8u1 (apache2handler)
MySQL 5.5.44-0+deb8u1
The details of what is installed is here:
http://librepathology.org/wiki/index.php/Special:Version
I do have git installed -- and am using it to upgrade.
Like in the past-- the image that is local to the site, i.e.
non-InstantCommons,
(
http://librepathology.org/wiki/index.php/File:Atypical_ductal_hyperplasia_-…
)
is still there-- and displays properly. At the same time, all the
images from the InstantCommons are gone.
A list of previous posts I did can be found here:
https://lists.wikimedia.org/pipermail/mediawiki-l/2014-September/043340.htmlhttps://lists.wikimedia.org/pipermail/mediawiki-l/2014-September/043345.htmlhttps://lists.wikimedia.org/pipermail/mediawiki-l/2014-September/043348.htmlhttps://lists.wikimedia.org/pipermail/mediawiki-l/2014-September/043349.html
Help on this would be much appreciated...
I have a testing site (pathologyprotocols.org) that is running the
exact same set-up (behind a login).
It is also failing suddenly in the same way; the InstantCommons images
are gone.
I wonder whether...
- It is the InstantCommons server
- There is "talk" between the InstantCommons server and a MediaWiki
install (with the InstantCommons activated).
I know this as images that are removed from the InstantCommons...
are then removed on then
MediaWiki install with InstantCommons activated.
I think the communication is governed by 'descriptionCacheExpiry'
and 'apiThumbCacheExpiry'
https://www.mediawiki.org/wiki/Manual:$wgUseInstantCommons
? I wonder whether setting those to infinity would solve anything.
- I suspect the thumb cache is purged... and then there is a bug
preventing the image from being
confirmed as being the same as on the InstantCommons... or there a
processing bottle neck as the thumbnails have to be re-created.
Thanks in Advance,
Michael
I would like to work for Wiki
On Wed, Feb 3, 2016 at 9:00 AM, Stan <stan(a)pokras.net> wrote:
> Hi, Greg.
>
> I would really like to hire someone who can get our wiki working again.
> Are you available? If not can you recommend someone?
>
> We don't have much to spend on this. But it's really important to me so
> I'd like to hear from anyone who has the skills necessary.
>
> Thanks,
> Stan
>
> Content-Type: multipart/signed; micalg=pgp-ripemd160;
>> protocol="application/pgp-signature"; boundary="J/zg8ciPNcraoWb6"
>> Content-Disposition: inline
>>
>> Stan <stan(a)pokras.net> writes:
>>
>> The person who initially set up the software for Wikidelphia has
>>> examined the problem and recommends that we update.
>>>
>> ...
>>
>>> Reply here with any questions. It would be great if you would
>>> investigate what might be needed to be done and (with some patience)
>>> walk me through the steps. Here's a link to the
>>>
>>> "<http://www.wikidelphia.org/index.php?title=Special:Version
>>> >Special:Version"
>>> page.
>>>
>>
>> Version is 1.16.5 for those playing at home. That's pretty old, but you
>> should be able to do an upgrade. The first step is to create a copy of the
>> wiki you can experiment with.
>>
>> See my post here, although it is Postgres specific:
>>
>> http://blog.endpoint.com/2015/06/mediawiki-complete-test-wiki-via-cloning.h…
>>
>> As long as you haven't done too much customization, the update should
>> go fairly smooth: download the 1.26.2 tarball, unpack, copy
>> LocalSettings.php,
>> copy extensions, run update.php. You may have to disable or update most
>> of your non-core extensions.
>>
>> --
>> Greg Sabino Mullane greg(a)endpoint.com
>> End Point Corporation
>> PGP Key: 0x14964AC8
>>
>> Attachment converted: Bigger Mac:signature.asc ( / ) (0024DCD7)
>> _______________________________________________
>> MediaWiki-l mailing list
>> To unsubscribe, go to:
>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>
>
>
> _______________________________________________
> MediaWiki-l mailing list
> To unsubscribe, go to:
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
Stan <stan(a)pokras.net> writes:
> The person who initially set up the software for Wikidelphia has
> examined the problem and recommends that we update.
...
> Reply here with any questions. It would be great if you would
> investigate what might be needed to be done and (with some patience)
> walk me through the steps. Here's a link to the
> "<http://www.wikidelphia.org/index.php?title=Special:Version>Special:Version"
> page.
Version is 1.16.5 for those playing at home. That's pretty old, but you
should be able to do an upgrade. The first step is to create a copy of the
wiki you can experiment with.
See my post here, although it is Postgres specific:
http://blog.endpoint.com/2015/06/mediawiki-complete-test-wiki-via-cloning.h…
As long as you haven't done too much customization, the update should
go fairly smooth: download the 1.26.2 tarball, unpack, copy LocalSettings.php,
copy extensions, run update.php. You may have to disable or update most
of your non-core extensions.
--
Greg Sabino Mullane greg(a)endpoint.com
End Point Corporation
PGP Key: 0x14964AC8
Hi
I want to make changes to the following file on the server:
/wiki/includes/specials/SpecialWhatlinkshere.php
In order to force the display of content in:
http://example.com/wiki/index.php?title=Special:WhatLinksHere/Page
The following line appears to be the one that shows the list items:
Line 375: Xml::tags( 'li', null, "$link $propsText $dirmark $wlh" ) . "\n";
I want to display the full html text of the article in $link on a line
below e.g.:
Line 375: Xml::tags( 'li', null, "$link $propsText $dirmark $wlh<br
/>$pageText" ) . "\n";
I need to know about how to generate the contents of my variable $pageText
The page may include templates, so the content should be formatted to
display in the same way as it would on screen if someone was vititing the
article.
Some pages on the wiki transclude {{Special:WhatLinksHere/Page}} as a
template, and I need the modifications described above to work there too.
Any help with this is much appreciated. I am happy to put this on a
freelancer website and transfer money via PayPal for a working solution.
OK, So i'm trying again to get Lua to work on my server.,
Specs; ubuntu linux; Apache, mysql, mediawiki 1.25.1, lua 5.0 5.1 5.2 all
installed from ubuntu; Scribunto versions of binaries are sketchy and have
consistently failed to work properly. Lua is executable from the command
line so I am certain there are no issues there. In the snip from local
settings below, the 'lua' is a symbolic link to lua5.2 as set up by my
distro manager.
I have extension Scribunto installed and configured thusly in LocalSettings
require_once( "$IP/extensions/Scribunto/Scribunto.php" );
$wgScribuntoEngineConf['lua']['luaPath'] = ( '/usr/bin/lua' );
$wgShowExceptionDetails = true;
$wgScribuntoUseGeSHi = true;
$wgScribuntoUseCodeEditor = true;
Now this is the error message I'm getting. I have googled it and there seem
to be a crap load of sites with this issue.
Lua error: callParserFunction: function "PROTECTIONEXPIRY" was not found.
Backtrace:
1. *(tail call)*: ?
2. *[C]*: in function "error"
3. *MWServer.lua:69*: ?
4. *(tail call)*: ?
5. *(tail call)*: ?
6. *Module:Effective_protection_expiry:20
<http://www.physicswiki.net/index.php?title=Module:Effective_protection_expi…>*:
in function "effectiveProtectionExpiry"
7. *Module:Protection_banner:137
<http://www.physicswiki.net/index.php?title=Module:Protection_banner&action=…>*:
in function "new"
8. *Module:Protection_banner:872
<http://www.physicswiki.net/index.php?title=Module:Protection_banner&action=…>*
: ?
9. *(tail call)*: ?
10. *mw.lua:511*: ?
11. *(tail call)*: ?
12. *[C]*: in function "xpcall"
13. *MWServer.lua:87*: in function "handleCall"
14. *MWServer.lua:301*: in function "dispatch"
15. *MWServer.lua:40*: in function "execute"
16. *mw_main.lua:7*: in main chunk
17. *[C]*: ?
I have virtually no idea how to fix this. I do have all the required
modules installed also.
Thanks in advance for any tips.
John