Hi,
With the release of MediaWiki 1.25, the lifetime of MediaWiki version 1.19.x
LTS ends.
Users still using MediaWiki 1.19.x are advised to upgrade to version 1.25.0
(latest stable) or 1.23.x (legacy and LTS version).
-Chad Horohoe, MW Release Manager
_______________________________________________
MediaWiki announcements mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
Hello everyone,
I am happy to announce the availability of the first stable release of the
new MediaWiki 1.25 series.
MediaWiki 1.25 is a large release that contains many new features and bug
fixes. This is a summary of the major changes of interest to users. You can
consult the RELEASE-NOTES-1.25 file for the full list of changes in this
version.
Our thanks to everyone who helped to improve MediaWiki by testing the
release candidates and submitting bug reports.
== What's new for users? ==
MediaWiki 1.25 includes all changes released in the smaller 1.25wmf*
software deployments to Wikimedia sites over six months, totaling
approximately 2200 changes.
* Indicators – Templates that add icons to the top right corner of the page
(and more) can be updated to use the new page status indicators feature.
* Enhanced recent changes – MediaWiki now uses by default the extended
watchlist and so called enhanced recent changes (preference "Group changes
by page in recent changes and watchlist"), which also received several
improvements in MediaWiki 1.24 and 1.25 (task 37785). This means that
Special:RecentChanges and Special:Watchlist show all the changes to each
page in a given day, sorted by page rather than chronologically. Changes to
each page are collapsed by default and a compact overview is shown, with
links to collated diffs and counts of each user's actions. Full activity
for an individual page can then be shown with a single click. Users will no
longer need to know in detail how a single change was chosen for display in
order to figure out what else may have happened to the page that day, nor
to scan a long list of non-contiguous lines on the screen in order to get a
complete picture. The change is part of MediaWiki's evolution towards an
interface which is more discoverable and less cluttered by default, while
equally easy to quickly access in full, with the help of JavaScript.
However, the (grouped) layout is an improvement for non-JavaScript users as
well.
* Live preview – While editing, you're not sure what a wikitext syntax will
produce? That's no longer a problem, now that live preview is no longer
experimental. By enabling the feature in your preferences, MediaWiki will
display the effect of your edits without fully reloading the page, so that
you can quickly correct any mistake.
* Import – The import tool is now much easier to use on content from a wiki
which has different namespaces than yours (e.g. because it's in another
language).
* Internationalization – In logging and gender support, continuing the work
in MediaWiki 1.18 and 1.19, multiple log types of Special:Log have been
migrated to the new logging system, which allows full internationalization
including word order and grammatical gender. The migration continues. See
task T26620 for a list.
Locales – The following locales have been added: अवधी, بلوچی رخشانی and
Koyraboro Senni.
* API documentation is localized and easier to access through
Special:ApiHelp.
== What's new for system administrators? ==
* PHP 5.3.3 is now required (from 5.3.2)
* Extensions and skins are now loaded through a new registration system
* Profiling was completely overhauled to use the xhprof module.
Full release notes:
https://phabricator.wikimedia.org/diffusion/MW/browse/REL1_25/RELEASE-NOTES…https://www.mediawiki.org/wiki/Release_notes/1.25
**********************************************************************
Download:
http://download.wikimedia.org/mediawiki/1.25/mediawiki-1.25.0.tar.gzhttp://download.wikimedia.org/mediawiki/1.25/mediawiki-core-1.25.0.tar.gz
GPG signatures:
http://download.wikimedia.org/mediawiki/1.25/mediawiki-core-1.25.0.tar.gz.s…http://download.wikimedia.org/mediawiki/1.25/mediawiki-1.25.0.tar.gz.sig
Public keys:
https://www.mediawiki.org/keys/keys.html
-Chad Horohoe, MW Release Manager
_______________________________________________
MediaWiki announcements mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
I have a number of related questions regarding MediaWiki's caching
mechanism. I would be grateful if one could answer these please. The
assumption here is that a wiki is configured using the exact same caching
methods that Wikimedia uses.
Please feel free to provide links to https://www.mediawiki.org as well as
https://noc.wikimedia.org when specifying configuration variables in your
answers as I am sure this would benefit future readers of this thread as
well.
Q1: Page [[foo]] contains template {{bar}}. I edit that template, but the
page is not immediately updated. If I don't manually purge the cache of
that page, how long would it take for the page cache to be updated? Which
variable sets that time? And what is the value of that variable currently
at Wikimedia wikis?
Q2: Page [[foo]] contains template {{bar}}, and that template provides a
link to page [[norf]]. I edit the template such that it instead links to
page [[qux]]. However, when I go to Special:WhatLinksHere/norf I still see
[[foo]] listed. Even if I try ?action=purge on [[foo]], that behavior
doesn't change. The only way to change it is either to edit [[foo]] and
change its content, or to simply go to the edit page of [[foo]] and save
without changes.
Q2.A: If I don't do that null edit, how long would it take for the page
cache to be updated? Which variable sets that time? And what is the value
of that variable currently at Wikimedia wikis?
Q2.B: Why is it that ?action=purge doesn't update the pagelinks table?
Q2.C: Why is it that saving a page without any edits triggers any update
mechanism? (I would assume it'd be less costly overall to say "if diff is
null, don't do anything at all"; this question is more philosophical: why
would we not like the quoted behavior?
Q2.D: Does the Special:WhatLinksHere results come from a cache? In other
words, if I query the database directly right after I change the template
(as mentioned in Q2) but before I do any null edits, would it still show
the old page link from [[foo]] to [[norf]]? Or would it show the correct
link from [[foo]] to [[qux]] while Special:WhatLinksHere is still showing
the old link?
Q2.E: Is it possible to induce the same "resolution" through API? That is,
is it possible to try to save a page without any changes to its content via
API, and thereby forcefully update the page links entries for that page?
Q3: Assume that 100 pages contain template {{bar}}, and that template
provides a link to page [[norf]]. I edit the template such that it instead
links to page [[qux]]. Would that add any jobs to the job queue? If yes,
how many? Should I expect 100 new jobs to be added, because 100 page
cache's need updating?
Thanks in advance,
Huji
Version info:
MediaWiki 1.24.2
PHP 5.4.37 (cgi-fcgi)
MySQL 5.5.41-cll-lve
When I create and save a new form through Semantic Forms, all goes well.
If I "Edit with Form" that page, and don't populate some fields, the field
captions duplicate as well as the field names.
Latest version of Semantic Forms. I'm also using a slightly modified
version of the Bootstrap skin modified for Media Wiki. In order to gain
better control over the styling, I'm not using the traditional captions for
fields, but leaving those empty and using headings instead.
To view this behavior, visit the following linkː
http://counselor1stop.com/TestCandC3.
TIA
--
Jay van Santen
President
vSC Web Group <http://www.vscwebgroup.com/>
317-513-2825
Dear experts,
I am trying to restore this database into currecnt MediaWiki, which cca 4 years old, http://dirac.umb.sk/doc/old_mediawiki/chem-wiki-dbs.sql .
Though the simple database check seems fine:
[root@dirac old_mediawiki]# mysqlcheck -u root -p chem-wiki-dbs.sql
Enter password:
chem-wiki-dbs.sql.interwiki OK
MediaWiki is giving error, however:
[root@dirac mediawiki119]# php maintenance/update.php --conf LocalSettings.php
MediaWiki 1.19.24 Updater
Going to run database updates for chem-wiki-dbs.sql
Depending on the size of your database this may take a while!
Abort with control-c in the next five seconds (skip this countdown with --quick) ... 0
...ipblocks table does not exist, skipping new field patch.
...ipblocks table does not exist, skipping new field patch.
...already have interwiki table
Missing rc_timestamp field of recentchanges table. Should not happen.
Backtrace:
#0 [internal function]: MysqlUpdater->doIndexUpdate()
#1 /usr/share/mediawiki119/includes/installer/DatabaseUpdater.php(281): call_user_func_array(Array, Array)
#2 /usr/share/mediawiki119/includes/installer/DatabaseUpdater.php(244): DatabaseUpdater->runUpdates(Array, false)
#3 /usr/share/mediawiki119/maintenance/update.php(121): DatabaseUpdater->doUpdates(Array)
#4 /usr/share/mediawiki119/maintenance/doMaintenance.php(105): UpdateMediaWiki->execute()
#5 /usr/share/mediawiki119/maintenance/update.php(151): require_once('/usr/share/medi...')
#6 {main}
see
http://dirac.umb.sk/doc/old_mediawiki/mediawiki119/
and also on
[root@dirac mediawiki-1.24.2]# php maintenance/update.php --quick
MediaWiki 1.24.2 Updater
Going to run database updates for chem-wiki-dbs.sql
Depending on the size of your database this may take a while!
Turning off Content Handler DB fields for this part of upgrade.
...ipblocks table does not exist, skipping new field patch.
...ipblocks table does not exist, skipping new field patch.
...already have interwiki table
[e79bd3e1] [no req] Exception from line 353 of /var/www/html/sphinx/old_mediawiki/old_releases/mediawiki-1.24.2/includes/installer/MysqlUpdater.php: Missing rc_timestamp field of recentchanges table. Should not happen.
Backtrace:
#0 [internal function]: MysqlUpdater->doIndexUpdate()
#1 /var/www/html/sphinx/old_mediawiki/old_releases/mediawiki-1.24.2/includes/installer/DatabaseUpdater.php(442): call_user_func_array(array, array)
#2 /var/www/html/sphinx/old_mediawiki/old_releases/mediawiki-1.24.2/includes/installer/DatabaseUpdater.php(403): DatabaseUpdater->runUpdates(array, boolean)
#3 /var/www/html/sphinx/old_mediawiki/old_releases/mediawiki-1.24.2/maintenance/update.php(163): DatabaseUpdater->doUpdates(array)
#4 /var/www/html/sphinx/old_mediawiki/old_releases/mediawiki-1.24.2/maintenance/doMaintenance.php(101): UpdateMediaWiki->execute()
#5 /var/www/html/sphinx/old_mediawiki/old_releases/mediawiki-1.24.2/maintenance/update.php(206): require_once(string)
#6 {main}
see http://dirac.umb.sk/doc/old_mediawiki/old_releases/mediawiki-1.24.2/
Any help, please ?
Miro
Good morning,
I use mediawiki as a knowledge base for my team. I would like to create a
page that acts as a sitemap. We have used MediaWiki to create tiered
categories for the different tasks our team performs. I am hoping for
something that looks like:
- OpSec
- Firewalls
- Task 1
- Task 2
- IDS
- Task 1
- Task 2
- SIEM
- Task 1
- Incident Response
- Triage
- Task 1
- Reports
- 2015
- Incident 1
.... etc.
Is the extension http://www.mediawiki.org/wiki/Manual:GenerateSitemap.php going
to get me to the right place?
Also, separate question, is there a way to create a template for users to
choose when creating a page? For instance, our incident reports all have
the same five sections: Executive Summary, Identification, Containment,
Investigation, Eradication/Recovery, Lessons Learned. Is there a way to
have a choice to start with those headings built in when creating a page?
Thanks.
--
Kevin Holleran
Master of Science, Computer Information Systems
Grand Valley State University
Master of Business Administration
Western Michigan University
CISSP, GISP, GXPN, GCFA, GCFE, PCIP, PCI ISA, Cisco CCNA, ICCP ISA,
Microsoft MCSA
"If you have responsibility for security, but no authority to make changes,
then you're just there to take the blame when something goes wrong" Gene
Spafford - Spafford's First Law of Security
"Do today what others won't, do tomorrow what others can't" - SEALFit
"We are what we repeatedly do. Excellence, then, is not an act, but a
habit." - Aristotle
Hi everyone,
I am using following setting environment with redis. I can't run
any maintenance script due to [*RedisConnectionPool requires a Redis client
library.*] error. I DO add extension=redis.so to php.ini and it shows in
phpinfo.
I really needs help on solving this annoying problem. I even tried HHVM
which suppose come with pre installed redis support. But same error message
showed.
MediaWiki 1.24.2
PHP 5.4.41 (fpm-fcgi)
MySQL 5.6.20
Elasticsearch 1.4.2
Redis 3.0
Error message:
[d68504fc] [no req] Exception from line 77 of /wiki/includes/clie
ntpool/RedisConnectionPool.php: RedisConnectionPool requires a Redis client
libr
ary. See https://www.mediawiki.org/wiki/Redis#Setup
Backtrace:
#0 /wiki/includes/clientpool/RedisConnectionPool.php(138): RedisCon
nectionPool->__construct(array)
#1 /wiki/includes/objectcache/RedisBagOStuff.php(65): RedisConnecti
onPool::singleton(array)
#2 /wiki/includes/objectcache/ObjectCache.php(88): RedisBagOStuff->
__construct(array)
#3 /wiki/includes/objectcache/ObjectCache.php(72): ObjectCache::new
FromParams(array)
#4 /wiki/includes/objectcache/ObjectCache.php(44): ObjectCache::new
FromId(string)
#5 /wiki/includes/GlobalFunctions.php(3952): ObjectCache::getInstan
ce(string)
#6 /wiki/includes/Setup.php(561): wfGetMainCache()
#7 /wiki/maintenance/doMaintenance.php(97): require_once(string)
#8 /wiki/maintenance/update.php(206): require_once(string)
#9 {main}
--
Bask Ice
E-mail ice(a)moegirl.org
The ACG media and cultures promotion foundation
2290 3rd Avenue Basement, New York, United States
The planned release date for MediaWiki 1.25 is this coming Monday, May
25th[0].
There are still 23 open tasks blocking the release[1] and not all of
them have assignees or clear owners.
PLEASE HELP!
There will be a sprint at the Wikimedia Hackathon in Lyon this coming
weekend, but there's only so much that can be done in 2 days. Your help
is needed.
Greg
[0] https://www.mediawiki.org/wiki/MediaWiki_1.25
[1] https://phabricator.wikimedia.org/tag/mw-1.25-release/
--
| Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |
Greetings,
Voting has begun for eligible voters in the 2015 elections for the
Wikimedia Foundation Board of Trustees. Questions and discussion with the
candidates for the Board will continue during the voting.
The Wikimedia Foundation Board of Trustees is the ultimate governing
authority of the Wikimedia Foundation, a 501(c)(3) non-profit organization
registered in the United States. The Wikimedia Foundation manages many
diverse projects such as Wikipedia and Commons.
If you would like a translated ballot, you can change your language for
Meta-Wiki on the Universal Language Selector or in your Preferences before
clicking the 'jump to next wiki' button on SecurePoll. You may also click
the vote banner from your home wiki or select your preferred language from
the language box above the ballot.
The voting phase lasts from 00:00 UTC May 17 to 23:59 UTC May 31.
To vote: https://meta.wikimedia.org/wiki/Special:SecurePoll/vote/339
More information on the candidates and the elections can be found on the
2015 Board election page on Meta-Wiki:
https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/Board_electi…
On behalf of the Elections Committee,
-Gregory Varnum (User:Varnent)
Volunteer Coordinator, 2015 Wikimedia Foundation Elections Committee
Translations of this message:
https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections_2015/MassMes…