MediaWiki-l March 2019

mediawiki-l@lists.wikimedia.org

27 participants
20 discussions

Lis tes messages avant qu'ils ne soient effacés!
by Badoo 31 Dec '23

31 Dec '23

Lis ton message de Nganguem Victor avant qu'il ne soit effacé! Pour lire ton message, suis simplement ce lien: http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6 D'autres personnes sont aussi présentes: Oded (Tel Aviv, Israël) Priya (Udaipur, Inde) RajaYogi BK (Udaipur, Inde) Karuna (Udaipur, Inde) Chika Reginald Onyia (Pnompen', Cambodge) ...Qui d'autre? http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6 Les liens ne fonctionnent pas dans ce message? Copie les dans la barre d'adresse de ton navigateur. Tu as reçu cet email suite à un message envoyé par Nganguem Victor de notre système. S'il s'agit d'une erreur, ignore simplement cet email. La requête sera alors effacée du système. Amuse-toi bien ! L'équipe Badoo Courrier automatique de Badoo suite à l'envoi d'un message à ton attention sur Badoo. Les réponses ne sont ni stockées, ni traitées. Si tu ne veux plus recevoir de message de Badoo, fais-le nous savoir: http://eu1.badoo.com/impersonation.phtml?lang_id=6&mail_code=65&email=media…

3 2

Re: [MediaWiki-l] Adding a row of logos to the mediawiki.org
by Jan Steinman 27 Mar '19

27 Mar '19

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

2 1

Special:Notifications issue
by Jeremi Plazas 26 Mar '19

26 Mar '19

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

3 7

Adding a row of logos to the mediawiki.org front page
by Yaron Koren 26 Mar '19

26 Mar '19

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

1 0

PHP warnings
by Jeremi Plazas 25 Mar '19

25 Mar '19

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

2 2

(no subject)
by Lakisha Neely 25 Mar '19

25 Mar '19

lakishaneely(a)gmail.com

2 1

Re: [MediaWiki-l] Finding tutorial pages on Subcategory & translated content
by brian＠ccmotorcycles.com 23 Mar '19

23 Mar '19

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

1 0

Finding tutorial pages on Subcategory & translated content
by Emyoulation＠yahoo.com 23 Mar '19

23 Mar '19

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

1 0

Re: [MediaWiki-l] MediaWiki-l Digest, Vol 186, Issue 12
by น้องปูเป้ น่ารัก 23 Mar '19

23 Mar '19

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 > ******************************************** >

1 0

unable to change temporary password while creating new account/resetting password
by Marlon Kewaldar 22 Mar '19

22 Mar '19

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

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l March 2019