Hi all,
Tomorrow we will be issuing a security and maintenance release to all
supported branches of MediaWiki.
The new releases will be:
- 1.34.2
- 1.33.4
- 1.31.8
This will resolve one minor issue in MediaWiki core, and also includes some
fixes previously committed to git, including minor security and hardening
patches along with bug fixes included for maintenance reasons.
We've noted that these issues are minor, and as such you don't need to
apply them as quickly as with other security releases, if you're unable to
do so. We therefore decided to continue with getting the security (and
maintenance) release out for this quarter as planned, even with the global
situation as is.
We will make the fixes available in these respective release branches, and
also master. Tarballs will be available for the above mentioned point
releases as well.
A summary of some of the security fixes that have gone into non-bundled
MediaWiki extensions will also follow.
As per the MediaWiki Version lifecycle [1], June 2020 is the scheduled EOL
date for the REL1_33. 1.33.4 will therefore be the final release of the
MediaWiki 1.33 branch, barring any unforeseen issues.
[1] https://www.mediawiki.org/wiki/Version_lifecycle
Thanks!
Sam
Hi, all. According to [1], "within reason, it is acceptable" to post MediaWiki-related job openings here (thanks to Reedy for pointing this out in IRC). I assume that making one posting is "within reason", so here it is:
We have contract work openings for PHP+Python programmers with experience customizing and extending MediaWiki. This work is open source [2]. Here's a link to the job posting:
https://www.fossjobs.net/job/10221/phppython-programmer-at-open-tech-strate…
And here is the text, for your convenience:
| We seek software developers to fill contract positions in free
| software projects for various clients. Our current need is for PHP
| and Python coders interested in contributing to projects in the
| non-profit and philanthropy space. Familiarity with customizing and
| extending MediaWiki would be helpful, but is not required.
|
| This role is for projects scheduled to last 6 months to a year, with
| the possibility of follow-on work. We anticipate 15-20 hours per
| week of work, though that might change as we take on new projects.
|
| If interested, please email jobs {_AT_} opentechstrategies.com.
|
| OTS is based in Chicago and New York. We are open to remote
| applicants (within 3 hours of either U.S. Central or U.S. Eastern
| time zone), and we negotiate rates based on experience and skills.
| We value having a diverse team and we strongly encourage members of
| groups that are underrepresented in software development to apply.
|
| Open Tech Strategies is committed to free software philosophically
| and as a business strategy. We work in public repositories, using
| free and open source tools. If you have a visible open source
| profile -- an account on a project hosting site, a trail of
| participation in some projects, etc -- please mention it in your
| email, CV, or résumé.
If you are interested or know someone who might be, please let us know, and feel free to forward this announcement to wherever you think it would be appropriate.
Best regards,
-Karl Fogel
Partner, Open Tech Strategies, LLC
[1] https://www.mediawiki.org/wiki/Jobs
[2] https://github.com/opentechstrategies/torque/ is one of the projects.
Hello,
The committee has finished selecting new members and the new committee
candidates are (In alphabetical order):
- Amir Sarabadani
- Martin Urbanec
- MusikAnimal
- Tonina Zhelyazkova
- Tony Thomas
And auxiliary members will be (Also in alphabetical order):
- Huji
- Jayprakash12345
- Matanya
- Nuria Ruiz
- Tpt
You can read more about the members in [0]
The changes compared to last term are:
* Lucie has resigned in September 2019. Tpt (as one of auxiliary members)
filled her seat in the meantime and now Tpt is moving to be an auxiliary
member again.
* Martin Urbanec is joining the main committee to fill Lucie/Tpt seat
* Jay Prakash is joining auxiliary members
* Rosalie is leaving the auxiliary members.
This is not the final structure. According to the CoC [1], the current
committee publishes the new members and call for public feedback for *six
weeks* and after that, the current committee might apply changes to the
structure based on public feedback.
Please let the committee know if you have any concern regarding the members
and its structure until *09 June 2019* and after that, the new committee
will be in effect and will serve for a year.
[0]:
https://www.mediawiki.org/wiki/Code_of_Conduct/Committee/Members/Candidates
[1]:
https://www.mediawiki.org/wiki/Code_of_Conduct/Committee#Selection_of_new_m…
Amir, On behalf of the Code of Conduct committee
Best
Hi,
There's a new episode out of the MediaWiki podcast "Between the Brackets";
this one is a (very interesting) discussion with Sarah Rodlund and
Alexandra Paskulin, both of whom are technical writers for the Wikimedia
Foundation. You can listen to the episode here:
https://betweenthebrackets.libsyn.com/episode-62-sarah-rodlund-and-alexandr…
-Yaron
--
WikiWorks · MediaWiki Consulting · http://wikiworks.com
As the last release of Python 2 is finally out, the July release of
Pywikibot is going to be the **last release that supports Python 2**.
Support of Python 3.4 and MediaWiki older than 1.19 is also going to be
dropped. After this release, Pywikibot is not going to receive any further
patches and bug fixes related to those Python and MediaWiki versions.
Functions and other stuff specific to Python 3.4, Python 2.x or MediaWiki
older than 1.19 will be removed.
For your convenience, this release is marked with a "python2"
git tag and it is also the last 3.0.x release. In case you really need it,
the Pywikibot team created /shared/pywikibot/core_python2 repository in
Toolforge and a python2-pywikibot package in software repositories of some
operating systems.
The Pywikibot team strongly recommends that you migrate your scripts from
Python 2 to Python 3. The migration steps were described in the previous
message, which can be found here:
https://lists.wikimedia.org/pipermail/pywikibot/2020-January/009976.html
Detailed
plan of Python 2 deprecation with dates is described here:
https://www.mediawiki.org/wiki/Manual:Pywikibot/Compatibility
If you encounter any problems with the migration, you can always ask us
here: https://phabricator.wikimedia.org/T242120
Best regards,
Pywikibot team
Dear Sir or Madame,
I work as a research assistant with Dr. Elif Duygu Cındık and make some
editions on her Wikipedia page. I have been trying to change and add some
info since last week but the new changes do not appear on the page. I
wonder when my changes will be accepted and appear on our page?
https://tr.wikipedia.org/wiki/Elif_C%C4%B1nd%C4%B1k#:~:text=Elif%20Duygu%20….
Best regards,
Rahman Demirkol
Hi,
in my first attempt at jumping into improving a mediawiki extension, I am failing at a very basic step.
I want to make the extension configurable and followed this advice:
[ https://www.mediawiki.org/wiki/Manual:Configuration_for_developers | https://www.mediawiki.org/wiki/Manual:Configuration_for_developers ]
this is my extension.json I added:
"config": {
"ShariffServices": {
"value": "["twitter","facebook","pinterest"]",
"description": "configuration of available services"
}
},
"ConfigRegistry": {
"Shariff": "GlobalVarConfig::newInstance"
},
now in the baisc PHP file of the extension, I am trying
use MediaWiki\MediaWikiServices;
$config = MediaWikiServices::getInstance()->getConfigFactory()->makeConfig( 'Shariff' );
$services = $config->get ('Services');
but the last line leads to
[XtqcaewKU0Q3UCukKmZO9AAAABM] /index.php?title=Main_Page Error from line 3061 of ../includes/parser/Parser.php: Call to a member function matchStartAndRemove() on null
Backtrace:
#0 ..includes/parser/Preprocessor_DOM.php(1277): Parser->braceSubstitution(array, PPFrame_DOM)
#1 ../includes/parser/Parser.php(2942): PPFrame_DOM->expand(DOMElement, integer)
#2 ../includes/parser/Parser.php(701): Parser->replaceVariables(string, PPFrame_DOM)
#3 ../includes/parser/Parser.php(4717): Parser->preprocess(string, Title, ParserOptions)
#4 ../includes/cache/MessageCache.php(1089): Parser->transformMsg(string, ParserOptions, Title)
#5 ../includes/Message.php(1273): MessageCache->transform(string, boolean, LanguageEn, Title)
#6 ../includes/Message.php(874): Message->transformText(string)
#7 ../includes/Message.php(934): Message->toString(string)
#8 ../includes/OutputPage.php(902): Message->text()
#9 /../includes/OutputPage.php(949): OutputPage->setHTMLTitle(Message)
#10 ../includes/OutputPage.php(2424): OutputPage->setPageTitle(string)
#11 /../includes/exception/MWExceptionRenderer.php(128): OutputPage->prepareErrorPage(string)
#12 ../includes/exception/MWExceptionRenderer.php(54): MWExceptionRenderer::reportHTML(ConfigException)
#13 ../includes/exception/MWExceptionHandler.php(75): MWExceptionRenderer::output(ConfigException, integer)
#14 ../includes/exception/MWExceptionHandler.php(149): MWExceptionHandler::report(ConfigException)
#15 ../includes/MediaWiki.php(551): MWExceptionHandler::handleException(ConfigException)
#16 ../index.php(42): MediaWiki->run()
#17 {main}
What am I doing wrong?
As far is I understand it, using DefaultSettings.php is outdated, we should be using extension.json. But I can't get it to work.
Can anybody point me to a simple extension that uses this mechanism correctly?,
cheers,
Bernhard
Hello,
The global function "wfWaitForSlaves()" that has been soft deprecated [1]
since 1.27 is now hard deprecated (from master and subsequently 1.35
release) and will be removed soon.
Please use LBFactory::waitForReplication instead.
I would like to thank Sam Reed for cleaning up all of the usages in
extensions. For more context, see https://phabricator.wikimedia.org/T181673
[1]: See Stable interface policy for the definitions:
https://www.mediawiki.org/wiki/Stable_interface_policy
Have a nice day
--
Amir (he/him)