Dear Mediawiki experts...
A small group of us have been operating
<http://wikidelphia.org>Wikidelphia.org since about 2011. It's been a
great adventure. We now have just under 1,000 pages. There's a lot
more I could say about what we're doing, but the bottom line is that
our "rich editor" isn't working.
The person who initially set up the software for Wikidelphia has
examined the problem and recommends that we update. But, he has no
time to take on that responsibly. I'm up for doing any grunt work
required, but I have so little knowledge that I can't understand the
"how to" materials on the MediaWiki site.
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. I don't think that all of the extensions are in use. I have
added some (like the multi-category search) with the help of the
local tech community. So, I know why some of the extensions are
included.
Please write to me off list to request a user name and password to Wikidelphia
Thank you in advance for your time and attention,
Stan Pokras
stan(a)communitymagic.org
PS. We also are studying ways for people to be more helpful to
others. See http://communitymagic.org
When I attempt a file upload, I get the following error:
"Could not create directory "mwstore://local-backend/local-public/d/db" "
If I go to the images directory (owned by www-data:www-data) with 755
permission (and all subsequent directories, too), I see that the directory
~/d/db has been created BUT only has "drw-r--r--" permissions. If I then
change permission to 755 and reattempt the upload, it works.
Second problem - once that file is uploaded, I get the error "Error
creating thumbnail: Unable to save thumbnail to destination". Again, if I
go to the thumbs directory, and ~/d/db directory has been created but with
the incorrect permissions. (I also tried safe mode, where a file is just
uploaded directly to the /images directory, but no thumbnail was created in
the /images/thumbs directory).
SO ... does anyone know what script or configuration file in mediawiki (or
other processes) is allowing the directories to be created for file
uploads, but would NOT be giving them the correct permissions for saving
and creating thumbnails??
Mediawiki 1.26.0
PHP 5.5.9-1ubuntu4.14 (apache2handler)
MySQL 5.5.46-0ubuntu0.14.04.2
I have searched many a forum on all of these errors and most seem to be
centered around people not having the proper ownership/permissions for the
/images directory (and/or subdirectories). A few mentioned perhaps a
problem with apparmor, but I have no clue as to what section(s) to edit if
so.
Thanks in advance!
I have added a category to my wiki and changed categories on a few pages,
but my Wiki isn't updating.
I have no command line access, hence can't run maintenance routines.
How can I update my wiki?
Thank you in advance!
Hi there,
I'm in the progress of getting CentralAuth working, I
have it installed and it creates a record in the global user table,
however it doesn't create local accounts at all.
Would anyone know what is causing this or be able to help? Currently using MediaWiki 1.26.2.
- Jasmine.
On the small chance that this could be a character-encoding issue, this article may help.
http://iconoun.com/articles/collisions/
________________________________________
From: MediaWiki-l <mediawiki-l-bounces(a)lists.wikimedia.org> on behalf of mediawiki-l-request(a)lists.wikimedia.org <mediawiki-l-request(a)lists.wikimedia.org>
Sent: Wednesday, January 6, 2016 7:00 AM
To: mediawiki-l(a)lists.wikimedia.org
Subject: MediaWiki-l Digest, Vol 148, Issue 7
Send MediaWiki-l mailing list submissions to
mediawiki-l(a)lists.wikimedia.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
or, via email, send a message with subject or body 'help' to
mediawiki-l-request(a)lists.wikimedia.org
You can reach the person managing the list at
mediawiki-l-owner(a)lists.wikimedia.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MediaWiki-l digest..."
Today's Topics:
1. LanguageConverter behaves differently on HHVM and Zend
(Yishen Miao)
----------------------------------------------------------------------
Message: 1
Date: Tue, 5 Jan 2016 12:16:42 -0800
From: Yishen Miao <mys721tx(a)gmail.com>
To: mediawiki-l(a)lists.wikimedia.org
Subject: [MediaWiki-l] LanguageConverter behaves differently on HHVM
and Zend
Message-ID: <DFF39DDB-C45D-482F-BD61-4EB548FC1D6E(a)gmail.com>
Content-Type: text/plain; charset=us-ascii
Hello all,
I am running a mediawiki instance on my server (Arch Linux). However, it seems that when using HHVM, LanguageConverter behaves differently than what it would on Zend. Symptoms include random unprintable characters appears on rendered pages, line breaks randomly. Since Chinese projects are running on HHVM (without problems), I wonder if there are any caveats I need pay attentions to?
Best,
mys_721tx
------------------------------
Subject: Digest Footer
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
------------------------------
End of MediaWiki-l Digest, Vol 148, Issue 7
*******************************************
An i18n upgrade project started in 2011 finally completed, thanks to
many Google code-in students, Florian, Reedy and others.
Propose your tasks for GCI students too. :-)
https://www.mediawiki.org/wiki/Google_Code-in_2015
Nemo
---------- Forwarded message ----------
From: *Florian Schmidt*
Date: Tuesday, January 5, 2016
Subject: [Wikitech-l] [INFO] wfMsg*() was removed
Hello readers of this list :)
tl;dr
MediaWiki's wfMsg*() functions were removed in MediaWiki 1.27.
Long version:
Maybe someone has already seen the work on the wfMsg*() deprecation task:
https://phabricator.wikimedia.org/T70750
<https://phabricator.wikimedia.org/T70750>
A little bit of background:
MediaWiki provides different functions to get a localised message string,
the one you normally choose is wfMessage, which creates a Message object.
However, there are other global functions (including wfMsg(),
wfMsgForContent(), wfMsgHtml() and so on), too, which was deprecated in
MediaWiki 1.18 (with deprecating notification in 1.21) in favour of
wfMessage. Unfortunately, a lot of (maybe unmaintained) extensions still
used the old deprecated functions to get a localised message.
After a huge amount of changes to these extensions (tracked in the linked
task), we now hope, that all usages of these functions are replaced by it's
modern wfMessage-counterpart, at least we did our best to find affected
extensions :)
Now, the time has come, that the change to mediawiki/core, which removes
the old deprecated functions[1], was merged. This notification is mostly
for people, who still use these functions, if you're sure you don't, you
can stop reading here :P
If you're a maintainer of an extension, please make sure, that you don't
use these wfMsg*() functions anymore (if your extension is hosted in
Wikimedia Gerrit, you probably mentioned a change named "Remove wfMsg*
calls", so we already did the work for you. If not, please take some
minutes to find out, how you can migrate to the new wfMessage function to
keep compatibility with newer MediaWiki releases. If you want to replace
your usage of wfMsg* functions your best friend (mostly) is the
documentation page[2], which describes appropriate replacements with the
actual message functions. However, it's possible, that your case of usage
isn't mentioned there, and if so, you could first try to find a better
approach using the Message object (returned by wfMessage()), which is
documented on doc.wikimedia.org <http://doc.wikimedia.org>
<http://doc.wikimedia.org> [3], or, if you
really don't know, what to do, ask in #wikimedia-dev or on this mailing
list :) I think you'll get help as soon as possible.
I hope this answers all questions, if not, feel free to answer this e-mail
:)
Best,
Florian
[1] https://gerrit.wikimedia.org/r/#/c/262333
<https://gerrit.wikimedia.org/r/#/c/262333>
[2] https://www.mediawiki.org/wiki/Manual:Messages_API#Help_
with_replacing_deprecated_wfMsg.2A_functions
<https://www.mediawiki.org/wiki/Manual:Messages_API#Help_with_replacing_depr…>
[3] https://doc.wikimedia.org/mediawiki-core/master/php/
html/classMessage.html#
<https://doc.wikimedia.org/mediawiki-core/master/php/html/classMessage.html>
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org <javascript:;>
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hello all,
I am running a mediawiki instance on my server (Arch Linux). However, it seems that when using HHVM, LanguageConverter behaves differently than what it would on Zend. Symptoms include random unprintable characters appears on rendered pages, line breaks randomly. Since Chinese projects are running on HHVM (without problems), I wonder if there are any caveats I need pay attentions to?
Best,
mys_721tx
Hi all,
I'd like to write an extension that allows wiki pages to contain SVG
code (which can be edited like any other page - templates can be used,
version history is kept, etc.) I would then like to be able to embed
these pages inside others, so the SVG code is then rendered as an
image elsewhere on the wiki.
I am a little unsure on the best way to do this, so I'd appreciate any
pointers.
I think it is best not to repurpose the File: namespace for this,
because that will avoid having to deal with the difference between
wikitext, files, and figuring out where template replacements should
happen, so I guess a new SVG: namespace would be best.
The problem is then how to embed these images in other pages. I would
like to keep to existing syntax as closely as possible, so something
like [[SVG:Example]] would display the image, just like
[[File:Example.png]] would.
I tried using the LinkBegin hook, replacing the wikitext with an <img>
tag that links to the ?action=raw version of the SVG: page. This does
work, but I lose all the standard MW image formatting methods, like
being able to specify the image size or add a caption, so this isn't
ideal.
In an attempt to maintain access to this formatting code, I tried
hooking ImageBeforeProduceHTML instead, and using wikicode like
[[File:SVG:Example]]. This will show the image, but the hook runs
before all the formatting takes place so I still lose access to the MW
image formatting code.
It seems like it would be better to hook in at a lower level, so the
existing [[File:blah]] code runs per normal, providing resizing/caption
support per normal. I'm not sure how best to do this though.
One method that comes to mind is hooking ImageBeforeProduceHTML, then
writing the processed wikitext to a temporary .svg file, and returning
that in the ImageBeforeProduceHTML $file parameter. However I am not
sure how to do this, and guessing it may not work anyway as the
final HTML code would probably have an <img> link pointing to the
temporary file, which by then would have been deleted.
But in theory this idea would also allow thumbnails to be generated for
browsers that don't support SVG, giving the best user experience.
Can anyone point me in the right direction for how this kind of
extension could be implemented? It looks like the most reliable way
is going to be an extension that can somehow make the processed wikitext
from an article appear to MW as if it's an image file just like any
other.
Thanks,
Adam.
Thanks Marcin, this pointed me in the right direction.
I had originally used FTP to recursively set the permissions on /images but this had not taken on some folders.
I don't know why -- they all have the same owner. So after your note I "su chmod -R 0777 images" and this worked ok.
Sometimes I think there are background controls in one-click PaaS environments that are not transparent.
Happy New Year!
--------------------
On Sat, 2 Jan 2016 02:55:03 +0000 (UTC) Marcin Cieslak wrote:
Message: 7
Date: Sat, 2 Jan 2016 02:55:03 +0000 (UTC)
From: Marcin Cieslak <saper(a)saper.info>
To: mediawiki-l(a)lists.wikimedia.org
Subject: Re: [MediaWiki-l] file uoloads cannot create directory
Message-ID: <slrnn8ef07.23jk.saper(a)m.saper.info>
On 2015-12-30, David Shaw <david.shaw.x23(a)gmail.com> wrote:
> Hi
> I thought it might be somehow a change in permissions so I sudo chmod
> 777 images.
>
> I have $wgShowExceptionDetails = true;
> but at the moment I'm not getting any details, just this error message:
>
> Could not create directory "mwstore://local-backend/local-public/4/44".
Can you check the owner/group/permissions on your "4" directory under "images"
(or wherever your $wgUploadDirectory points to)?
I've had cases where the "images" directory had correct settings but some
of the subdirectories were not.
You can check all the directories using:
find $wgUploadDirectory -type d -ls
(where $wgUploadDirectory is the actual path your $wgUploadDirectory MediaWiki
variable points to).
Saper