As a not-for-profit, we currently do this as a way of thanking those whose software we use, or who have provided us some freebie:
http://www.EcoReality.org
I believe I had to hack the default skin. Let me know if you’d like the details.
Jan
Hi everyone,
Having some issues with Special:Notifications. The Recent activity box spins indefinitely with the message:
Pages with unread notifications
On the right it says
50 notifications
And underneath:
Failed to fetch notifications.
Not sure what the problem is. We’ve tried reinstalling Echo, running the update script, etc.
Any clues?
Specs:
MediaWiki 1.29.2
PHP 7.0.33 (apache2handler)
MySQL 5.6.42-log
ICU 50.1.2
Elasticsearch 5.3.3
Echo – (a3fd1af) 16:11, April 26, 2017
Thanks
Jeremi Plazas
keisuru(a)gmail.com
Hi,
There's currently an effort in place to redesign the front page of the
MediaWiki website, mediawiki.org. You can see the current proposed layout
here:
https://www.mediawiki.org/wiki/MediaWiki/Homepage_improvements_2018/Proposal
I think it would be great to add to the front page somewhere - probably
near the bottom - a row of logos showing some of the largest companies and
organizations currently using MediaWiki. I probably don't need to link to
an example of such a thing, because they're so common on the websites of
software projects (both open-source and proprietary), but here's an example
on the front page of the XWiki website - the set of gray logos starting
with EMC:
https://www.xwiki.org/xwiki/bin/view/Main/WebHome
Such a row of logos would provide some important information that is
currently not to be found anywhere on mediawiki.org, as far as I know: that
MediaWiki is being used by some of the biggest and most important companies
and organizations in the world. Specifically, the list of logos that I
think should be displayed would be: Boeing, GE, NASA, NATO, SAP and
Toshiba. These are all organizations that currently make substantial use of
MediaWiki, and that I think would be willing to let us display their logo.
And they're all very large organizations, i.e. with over 15,000 employees
in all these cases, I believe; some have much more than that.
(If some of these aren't willing to have their logo on the MediaWiki
homepage, I think even just displaying 4 or 5 of these would be fine. And
there are potentially other companies that could take the place of these if
necessary, like Philips and Intel, though I'm less sure that those two are
still using MediaWiki.)
I don't know if other people agree that this would be a good idea.
Personally, I think a simple row like this could provide more of a
marketing boost than anything else on mediawiki.org at the moment. That's
in large part because the marketing-type language on mediawiki.org is
rather tepid, like this page, which actually has more items under
"Disadvantages of wikis" than "Advantages of wikis":
https://www.mediawiki.org/wiki/Manual:Deciding_whether_to_use_a_wiki_as_you…
Now, we could debate whether the MediaWiki homepage should be trying to
"sell" the software more. But I think a row of logos would concisely
clarify that MediaWiki is not just "homely and awkward" (to quote that
"Deciding" page!), but is in fact viewed as world-class enterprise software
by some of the biggest companies in the world.
Now, this is all somewhat of a lead-up to stating that there's a problem
with having such a row of logos, which is that these logos are copyrighted
material, meaning that it would break the current rules of mediawiki.org to
display them anywhere on the site. Specifically, in the Wikimedia
Foundation's "licensing policy" page, it says, "All projects are expected
to host only content which is under a Free Content License".
https://foundation.wikimedia.org/wiki/Resolution:Licensing_policy
>From what I understand from reading that page, individual sites like
mediawiki.org can adopt an Exemption Doctrine Policy (EDP) for specific
exceptions to that overall rule - and one of the examples given for a valid
EDP is for displaying company logos.
So, I think it makes sense for mediawiki.org to adopt an EDP that would
apply only to that small set of maybe 4-8 logos that would be shown on the
front page.
Those are my thoughts, but I'd love to hear what other people have to say:
whether such a set of logos is a good idea, whether it justifies having
non-free content on the page, whether the whole thing is feasible, etc.
-Yaron
Hi all,
I’m not getting a lot of luck with answers from this mailing list but maybe I’m asking dumb questions (for that I apologize!).
We’re running into a lot of PHP warnings (the same warnings repeated a lot, I should say) when running jobs in this wiki farm of ours (just 2 wikis on there at the moment):
Product
Version
MediaWiki
1.31.1
PHP
7.0.33 (apache2handler)
MySQL
5.6.42-log
ICU
50.1.2
Elasticsearch
5.6.15
Lua
5.1.5
Semantic extensions
Extension
Version
License
Description
Authors
Semantic Breadcrumb Links
2.0.0
GPL-2.0-or-later
A Semantic MediaWiki extension to build breadcrumb links from an attributive property filter
James Hong Kong and others
Semantic Extra Special Properties
2.0.0
GPL-2.0-or-later
Adds some extra special properties to all pages
James Hong Kong, Leo Wallentin and others
Semantic MediaWiki
3.0.1
GPL-2.0-or-later
Making your wiki more accessible - for machines and humans (online documentation)
Markus Krötzsch, Jeroen De Dauw, James Hong Kong and others
Semantic Result Formats
3.0.0
GPL-2.0-or-later
Additional result formats for Semantic MediaWiki queries
James Hong Kong, Stephan Gambke, Jeroen De Dauw, Yaron Koren and others
Errors are:
PHP Warning: Invalid argument supplied for foreach() in /mnt/tsadra/websites/MediawikiFarm/extensions/SemanticMediaWiki/src/Parser/LinksEncoder.php on line 182
PHP Warning: preg_match_all(): Compilation failed: recursive call could loop indefinitely at offset 20 in /mnt/tsadra/websites/MediawikiFarm/extensions/SemanticMediaWiki/src/Parser/LinksEncoder.php on line 173
Any clues what is causing this? Is it SMW version or other extensions needing updating?
Thanks for any info you may have,
Jeremi Plazas
Assistant Director of Research
jplazas(a)tsadra.org
Tsadra Foundation
Tsadra.org
Translation & Transmission Conferences
Timeless Treasuries
Rinchen Terdzö
Damngak Dzö
Advancing the combined study and practice of Tibetan Buddhism
discovered that Yahoo has blacklisted the wikimedia mail list. Changed
my subscribed account preferences to different host and re-posted to the
thread to verify that replies will be received. However, the re-post
was rejected.
It turns our that the mail list tool verifying Inbound message didn't
recognize the change in eMail address preferences. I now received
messages to the new account but Replies to threads still had to come
from the old account. So... unsubscribed the old account and
re-subscribed under the new account. Awkward. Now I have to check to
see if I have 2 mail list accounts with different passwords!
Brian
----------------
On Saturday, March 23, 2019, 10:31:31 AM CDT, Emyoulation(a)yahoo.com
<emyoulation(a)yahoo.com> wrote:
First time posting to this mailList.
I'm having some difficulty sorting through the extensive MediaWiki
online docs. (Particularly because my question is about a keyword that
is on every page - Category.)
I recently started as a Contributor on a MediaWiki driven site about a
software tool. To leverage my "newbie" contributor status, I'm trying to
log my difficulties coming up to speed in Contributing. (Once I'm
experienced enough to write pages about overcoming impediments to using
MediaWiki, I will have lost the qualification to write those pages!)
At the moment, I'm building a scratchpad page with a manual collection
of links to pages/Categories of most use to becoming a competent Wiki
Contributor. After I become competent with MediaWiki, this will probably
be made a new Category, those paged will be tagged, & the scratchpad
page will be recyled for my next target.
Unfortunately, as I explore Category pages on our site, I find many that
are cluttered with subcategory listings of Translated pages and multiple
listings in the main Category . With many languages supported, the
default language pages are buried among Translated variants.
Is there a good MediaWiki tutorial on the correct way do Categories so
that Translated pages don't clutter the listings? Hopefully the method
allows users of a Language to suppress listing the unTranslated page
when Translated version exists --- but also lists the Not-Yet-Translated
pages.
Thanks in advance,
Brian
First time posting to this mailList.
I'm having some difficulty sorting through the extensive MediaWiki online docs. (Particularly because my question is about a keyword that is on every page - Category.)
I recently started as a Contributor on a MediaWiki driven site about a software tool. To leverage my "newbie" contributor status, I'm trying to log my difficulties coming up to speed in Contributing. (Once I'm experienced enough to write pages about overcoming impediments to using MediaWiki, I will have lost the qualification to write those pages!)
At the moment, I'm building a scratchpad page with a manual collection of links to pages/Categories of most use to becoming a competent Wiki Contributor. After I become competent with MediaWiki, this will probably be made a new Category, those paged will be tagged, & the scratchpad page will be recyled for my next target.
Unfortunately, as I explore Category pages on our site, I find many that are cluttered with subcategory listings of Translated pages and multiple listings in the main Category . With many languages supported, the default language pages are buried among Translated variants.
Is there a good MediaWiki tutorial on the correct way do Categories so that Translated pages don't clutter the listings? Hopefully the method allows users of a Language to suppress listing the unTranslated page when Translated version exists --- but also lists the Not-Yet-Translated pages.
Thanks in advance, Brian
Ok😃
ในวันที่ ส. 23 มี.ค. 2019 19:03 <mediawiki-l-request(a)lists.wikimedia.org>
เขียนว่า:
> 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. unable to change temporary password while creating new
> account/resetting password (Marlon Kewaldar)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 22 Mar 2019 12:33:11 +0000
> From: Marlon Kewaldar <marlon.kewaldar(a)hz.nl>
> To: "mediawiki-l(a)lists.wikimedia.org"
> <mediawiki-l(a)lists.wikimedia.org>
> Subject: [MediaWiki-l] unable to change temporary password while
> creating new account/resetting password
> Message-ID: <c6c93ff326ab4574b93d3257c0eefaa0(a)SR-WS1-17.myhz.nl>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi all,
>
>
> We have a problem changing the temporarily password assigned by
> Extension:ConfirmAccount<
> https://www.mediawiki.org/wiki/Extension:ConfirmAccount>. Because I
> suspect it's a more general problem so I'll post it here.
>
> The problem is that the password apparently isn't changed after submitting
> a new one.
>
>
> Use case:
>
>
> - After creation of the account (or resetting it via 'Forgot password')
> and logging in with the given temporarily password I get the message "You
> logged in with a temporary emailed code. To finish logging in, you must set
> a new password here".
>
>
> - I change the password (submitting 2 times a new value)
>
>
> - I get no error message and I'm being redirected (so successful login) to
> the homepage.
>
>
> - BUT: if I log off and try to login again I've to use the old/temporarily
> password, the new one is not accepted
>
>
> - If I repeat this (login in with the old password, enter a new one) and
> go directly to the Speciaal:ChangeCredentials page and change the password,
> log off and log in again, it works fine.
>
>
> In the meantime we have applied a (temporary) patch in the mediawiki-code
> to avoid the step for changing the temporary password.
>
>
> in File:
> /home/hz01/mediawiki/core/includes/auth/TemporaryPasswordPrimaryAuthenticationProvider.php
>
> the following is changed:
>
>
> protected function getPasswordResetData( $username, $data ) {
>
> // Do not reset password (workaround!)
>
> return [];
>
> /* return (object)[
>
> 'msg' => wfMessage( 'resetpass-temp-emailed' ),
>
> 'hard' => false,//true,
>
> ];*/
>
> }
>
> This means that the user is still obliged to change his/her password after
> they receive the email.
>
> Of course this is not optimal, and we would like to know:
>
>
> a. if there is another (official) way to step over the forced changing of
> the temporary password
>
> b. (Better!) is there a way to store the newly entered password?
>
>
> It's a black box to me. Where do I have to look for an error message?
>
>
> Thanks in advance for your help.
>
>
> Met vriendelijke groet,
> Kind regards,
>
> Marlon
>
>
> ------------------------------
>
> 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 186, Issue 12
> ********************************************
>
Hi all,
We have a problem changing the temporarily password assigned by Extension:ConfirmAccount<https://www.mediawiki.org/wiki/Extension:ConfirmAccount>. Because I suspect it's a more general problem so I'll post it here.
The problem is that the password apparently isn't changed after submitting a new one.
Use case:
- After creation of the account (or resetting it via 'Forgot password') and logging in with the given temporarily password I get the message "You logged in with a temporary emailed code. To finish logging in, you must set a new password here".
- I change the password (submitting 2 times a new value)
- I get no error message and I'm being redirected (so successful login) to the homepage.
- BUT: if I log off and try to login again I've to use the old/temporarily password, the new one is not accepted
- If I repeat this (login in with the old password, enter a new one) and go directly to the Speciaal:ChangeCredentials page and change the password, log off and log in again, it works fine.
In the meantime we have applied a (temporary) patch in the mediawiki-code to avoid the step for changing the temporary password.
in File: /home/hz01/mediawiki/core/includes/auth/TemporaryPasswordPrimaryAuthenticationProvider.php
the following is changed:
protected function getPasswordResetData( $username, $data ) {
// Do not reset password (workaround!)
return [];
/* return (object)[
'msg' => wfMessage( 'resetpass-temp-emailed' ),
'hard' => false,//true,
];*/
}
This means that the user is still obliged to change his/her password after they receive the email.
Of course this is not optimal, and we would like to know:
a. if there is another (official) way to step over the forced changing of the temporary password
b. (Better!) is there a way to store the newly entered password?
It's a black box to me. Where do I have to look for an error message?
Thanks in advance for your help.
Met vriendelijke groet,
Kind regards,
Marlon