My system (VM) timezone is Europe/Berlin UTC+1.
Could it be, that mediawiki take the timezone from the php.ini file instead
of the system timezone?
So should I change the timezone value in the php.ini file?
次の予定にご招待します。
タイトル: MediaWiki-l Digest, Vol 158, Issue 11
Send MediaWiki-l mailing list submissions to
mediawiki-l(a)lists.wikimedia.orgTo subscribe or unsubscribe via the World
Wide Web, visit https://lists.wikimedia.org/mailman/listinfo/mediawiki-lor,
via email, send a message with subject or body 'help' to
mediawiki-l-request(a)lists.wikimedia.orgYou can reach the person managing
the list at mediawiki-l-owner(a)lists.wikimedia.orgWhen replying, please edit
your Subject line so it is more specificthan "Re: Contents of MediaWiki-l
digest..."Today's Topics: 1. Re: MediaWiki Timezone
(John)_______________________________________________MediaWiki-l mailing
listMediaWiki-l@lists.wikimedia.orghttps://lists.wikimedia.org/mailman/listinfo/mediawiki-l
日時: 毎日 午後1時～午後2時 GMT (夏時間なし)
カレンダー: mediawiki-l(a)lists.wikimedia.org
参加者:
* 優希船越- 主催者
* mediawiki-l(a)lists.wikimedia.org
* Wikipedia
予定の詳細:
https://www.google.com/calendar/event?action=VIEW&eid=NzFpM2FwMWk2OWozMmI5a…
Google カレンダーからの招待状: https://www.google.com/calendar/
予定の参加者になっているため、本メールを mediawiki-l(a)lists.wikimedia.org に
お送りしています。
今後この予定の更新を受け取らないようにするには、この予定を拒否してください。
あるいは、https://www.google.com/calendar/ で Google カレンダーのアカウント
を登録すると、カレンダー全体の通知機能を設定できます。
この招待状を転送すると、他の受信者によってあなたの出欠状況が変更される可能性
があります。詳細については
https://support.google.com/calendar/answer/37135#forwarding をご覧ください
Wiki-site.com is a wiki hosting company, listed at
https://en.wikibooks.org/wiki/Starting_and_Running_a_Wiki_Website/Hosted_Wi…
Their "Support Contact" page [1] for paid wikis says:
"For wiki management support, we've created a forum at the following
address"
(links to THIS list!!)
Rami Addady, if you're listening, at least you should say something like
"You can get help from the amazing community of MediaWiki software users
and developers at their public discussion list" NOT "We've created a forum"
What do you think?
I've often wondered why some list questions seem like people are
"demanding" support. Now I know it's because some companies literally tell
their customers that this is their support desk.
[1] http://www.wiki-site.com/index.php/Support_contact
Greg Rundlett
https://eQuality-Tech.comhttps://freephile.org
Dear all,
SecurePoll is an important extension for the WMF community, yet not a whole
lot of attention has been given to it over the years. I recently became the
owner of the project, and would like to remind you that with the EN WP
ARBCOM elections coming up, it would be great if you could help the
SecurePoll project in the following ways:
1) Review patches: we have a few outstanding patches that address key
issues with SecurPoll. They await reviews, especially by those holding +2
rights. Please spare a moment and review them.
2) Submit patches: we have quiet a few open tasks for which no patch has
been submitted. Please spare a moment on this as well.
For your convenience, here are patches awaiting review [1] and here are
open tasks awaiting a patch. [2]
Sincerely,
Huji
[1]
https://gerrit.wikimedia.org/r/#/q/project:mediawiki/extensions/SecurePoll+…
[2] https://phabricator.wikimedia.org/search/query/xlYokZ6kvoMd/
Has anyone been successfull installing Data Transfer on fresh-ish
installation:
MediaWiki <https://www.mediawiki.org/> 1.27.1
PHP <https://php.net/> 5.6.26 (apache2handler)
MySQL <https://www.mysql.com/> 5.5.52
ICU <http://site.icu-project.org/> 50.1.2
SMW 2.4.1
Trying to install Data Transfer, tried both 0.6.2 and dev-master. It breaks
the wiki and when I try to run update.php i'm getting:
*PHP Notice: Undefined variable: wgScriptPath in
/var/www/html/tfadvss.tsadra.org-site/extensions/DataTransfer/DataTransfer.php
on line 64*
*PHP Warning: include_once(/languages/DT_LanguageEn.php): failed to open
stream: No such file or directory in
/var/www/html/tfadvss.tsadra.org-site/extensions/DataTransfer/DataTransfer.php
on line 109*
*PHP Warning: include_once(): Failed opening
'/languages/DT_LanguageEn.php' for inclusion
(include_path='.:/usr/share/pear:/usr/share/php') in
/var/www/html/tfadvss.tsadra.org-site/extensions/DataTransfer/DataTransfer.php
on line 109*
*PHP Fatal error: Class 'DT_LanguageEn' not found in
/var/www/html/tfadvss.tsadra.org-site/extensions/DataTransfer/DataTransfer.php
on line 113*
Any clues?
Thanks much,
--
[image: Tsadra Foundation] <https://htmlsig.com/t/000001C1QAGY>
Jeremi Plazas / Assistant Director of Research
jeremi(a)tsadra.org
Tsadra Foundation
www.tsadra.org
[image: Twitter] <https://htmlsig.com/t/000001C0EJDS> [image: Facebook]
<https://htmlsig.com/t/000001C7A26X> [image: Google +]
<https://htmlsig.com/t/000001C8GCJY> [image: LinkedIn]
<https://htmlsig.com/t/000001C41CGG> [image: Instagram]
<https://htmlsig.com/t/000001C6EAVP> [image: Skype]
<https://htmlsig.com/t/000001C0QFPM>
[image: Tsadra Banner] <http://www.tsadra.org/>
As some of you might know, we are running a quite complex project with
http://www.housetrails.org that makes use of Semantic Mediawiki and map integration.
Unforunately, updating the Mediawiki, Semantic Mediawiki and its plugins has
become very frustrating recently, since every update brought some new problems
and feature loss. For me as maintainer of the project and also the people who
help me with maintaining the system, it is often difficult to figure out where
the problems exactly are coming from, and where to address these issues.
Just a short overview:
- Edit button for Semantic Forms was missing.
The reason seems to be that Mediawiki does not update categories immediately
anymore, see https://www.mediawiki.org/wiki/Topic:Ta3n8f4l49wuqe9s
Since we are using different forms for different categories the result is that
we are having problems here, and needed to install a suboptimal workaround.
I don't know where this change took place and where to open this issue, but it
worked fine before updating to MW 1.27.
- Wrong page in print version:
When clicking on "print page", the link shows a different page than the one that
currently is displayed. No idea where that comes from, maybe a problem with the
template?
- Coordinate input via Google Map is broken in Semantic Forms/Page Forms:
This usecase always had different issues and flaws in the recent versions of
Maps and Semantic Forms. With Page Forms it doesn't work at all.
- No KML support:
KML support (e.g. display of trails) suddenly was lost when updating maps.
- Confirm Account plugin failed to work with MW 1.27. Here we found some
replacement that is not as good, but will do the job.
However, I'm clueless how to get out of this update chaos. Maybe giving access
to our test system might help developers to test some use cases that obviously
haven't been tested recently. Or any other ideas how i could help there?
--
Martin
Hi All,
As a lone tinker with Mediawiki, who pays some attention to things
connected with it, I thought I would ask for a follow up to last year's
Mediawiki Stakeholders survey (see:
https://www.mediawiki.org/wiki/MediaWiki_Stakeholders%27_Group). An
itemized wishlist of most requested features was made (see:
https://www.mediawiki.org/wiki/MediaWiki_Stakeholders%27_Group/Tasks/Featur…)
with the top four being:
1. Easier installation and upgrade (for both core and extensions).
2. Editing and Visual Editor
3. Skinning and UI
4. Access Controls and Rights
I'm asking for this follow up because as far as I can tell little to no
process has been made on these issues. Additionally in some ways it seems
some things have gotten worse. But I'm hoping I'm wrong and someone with
more knowledge will enlighten me.
Here's some examples of things not improving, or getting worse:
1. Easier Installation and upgrade
a. Three years after the death of the Extension Matrix there still is
still no way to tell when a new extension is released.
b. Composer is an easier way to install extensions, but for those without
command line access it's a nightmare.
c. The upgrade process is still the same
2. Visual Editor
a. still a nightmare to install -- not in any sense is it an out of the box
solution.
b. On a shared host forget about the Visual Editor
3. Skinning and UI
a. same as extensions -- no easy way to find out about new skins
4. Access Controls and Rights
a. The most popular access control extension (Lockdown) only barely works
in 1.27 and causes other extensions to not work: Visual Editor, MsUpload,
and Upload Wizard (there's no doubt more).
b. Almost every other access right extension is unmaintained.
c. The two Semantic Mediawiki Access Right extensions are both
unmaintained.SemanticACL does not work at all in 1.27.
I know, or assume some of these things are being worked on, but still it
seems the stakeholders feature wishlist is not being translated into action
in anyway. So anyone know something I don't, or don't see on these issues?
(Btw, this is not a knock on the hard working developers behind Mediawiki,
and/or its extensions. But a desire to see if the desires of third-party
users have any impact on the direction of software).
Thanks
Chris