The final release candidate for MediaWiki 1.21 (rc5) is available for download. See the end of this email for details. There are a number of bug fixes in this release that were not in rc4. Please test this version and report any problems. Barring any show-stoppers, the final release will be on May 15 will be the same as this with just a change to the version number and updated release notes.
Changes since rc4:
* Changes to JS/JSON value encoding were backed out. * API: Fix parameter validation in setnotificationtimestamp commit 18eb39ecb5b89518c3d4a6cc79834a2c121477ff Author: Brad Jorsch bjorsch@wikimedia.org Date: Fri Mar 15 14:03:19 2013 -0400
* (bug 47271) $wgContentHandlerUseDB should be set to false during the upgrade * (bug 47489) Installer now automatically selects the next-best database type if the PHP mysql extension is not loaded, preventing fatal errors in some cases. * (bug 47202) wikibits: FF2Fixes.css should not be loaded in Firefox 20. * (bug 46590) 'AbortChangePassword' hook added/documented (find bug) * (bug 46848) toggleLinkPremade added linksPassthru * (bug 47950) Fix IndexPager detection of "is first" state * (bug 47304) added safeXmlEncodings to UploadBase for svg uploads * (bug 46608) CoreParserFunctions::anchorencode should return a string
* Full release notes: https://www.mediawiki.org/wiki/Release_notes/1.21
********************************************************************** Download: http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.0rc5.tar.gz http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.tar.gz
Patch to previous version (1.20.0), without interface text: http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.patch.gz Interface text changes: http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc5.patch....
GPG signatures: http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.0rc5.tar.gz... http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.tar.gz.sig http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.patch.gz.si... http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc5.patch....
Public keys: https://secure.wikimedia.org/keys.html
Mark, I have installed the new version. I used the previous databasa from site tori.ils.uec.ac.jp/TORI (disconnected by order of the director) and figures from there. The old pages, and old figures, except one, are seen. The new figures cannot be uploaded, the message is [549ad7fd] 2013-05-14 05:33:25: Fatal exception of type UploadStashFileException
If I change the LocalSettings.php, declaring $wgHashedUploadDirectory = false; Then I can load new figures, but in this case old figures are not shown. I change the setting back (suppressing that line); then the old images are seen, but the new image (just uploaded) is not seen. Could you look, please, at http://mizugadro.mydns.jp/t/index.php?title=Category:Problem_with_fig and say, is this my fault or a bug?
===== On Mon, 13 May 2013, Mark A. Hershberger wrote:
The final release candidate for MediaWiki 1.21 (rc5) is available for download. See the end of this email for details. There are a number of bug fixes in this release that were not in rc4. Please test this version and report any problems. Barring any show-stoppers, the final release will be on May 15 will be the same as this with just a change to the version number and updated release notes.
...
Mark, I try to upgrade mediawiki 1.21rc1 installation at http://mizugadro.mydns.jp/c/ to mediawiki 1.21rc5 at http://mizugadro.mydns.jp/o/
In order to do this in methodologicallycorrect way, I make the clone of previous wiki with new fersion of the support.
I have dumped the database. I created the new database. I load the dump to the new database. I extracted and copied the dustribution from mediawiki-1.21.0rc5.tar I loaded there the images from the previous version. Now I try to setup, indicating the database I just created. it says: There are MediaWiki tables in this database. To upgrade them to MediaWiki 1.21.0rc5, click Continue.
I click, but come to the same message. There is a bad loop; all the time it siggests that I click "continue", but does not seem to do anything else.
In othere words, I could make a "readonly" clone of the old mediawiki installation at http://mizugadro.mydns.jp/TORID/ but I cannot do the same for the recent installation of mediawiki 1.21rc1.
I tried to copy the previous LocalSettings.php with appropriate modifications, but it provides the empty page. I remove the LocalSettings.php, and try to setup again, and again come to the bad loop..
I think, this is a bug. I expect, you can easy reproduce this effect, trying to setup http://mizugadro.mydns.jp/o/
==================== On Tue, 14 May 2013, Dmitrii Kouznetsov wrote:
Mark, I have installed the new version. I used the previous databasa from site tori.ils.uec.ac.jp/TORI (disconnected by order of the director) and figures from there. The old pages, and old figures, except one, are seen. The new figures cannot be uploaded, the message is [549ad7fd] 2013-05-14 05:33:25: Fatal exception of type UploadStashFileException
If I change the LocalSettings.php, declaring $wgHashedUploadDirectory = false; Then I can load new figures, but in this case old figures are not shown. I change the setting back (suppressing that line); then the old images are seen, but the new image (just uploaded) is not seen. Could you look, please, at http://mizugadro.mydns.jp/t/index.php?title=Category:Problem_with_fig and say, is this my fault or a bug?
===== On Mon, 13 May 2013, Mark A. Hershberger wrote:
The final release candidate for MediaWiki 1.21 (rc5) is available for download. See the end of this email for details. There are a number of bug fixes in this release that were not in rc4. Please test this version and report any problems. Barring any show-stoppers, the final release will be on May 15 will be the same as this with just a change to the version number and updated release notes.
...
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Mark, sorry, the last was my error. I forgot to grant the user of database the "insert" privilege. After the correction, the clone of installation of mediawiki-1.21.0rc1 made with mediawiki-1.21.0rc5 seems to work well.
I try to understand, what do I wrong trying to animate the old wiki with mediawiki-1.21.0rc5 at http://mizugadro.mydns.jp/t/index.php?title=Category:Problem_with_fig
On Tue, 14 May 2013, Dmitrii Kouznetsov wrote:
Mark, I try to upgrade mediawiki 1.21rc1 installation at http://mizugadro.mydns.jp/c/ to mediawiki 1.21rc5 at http://mizugadro.mydns.jp/o/
In order to do this in methodologicallycorrect way, I make the clone of previous wiki with new fersion of the support.
I have dumped the database. I created the new database. I load the dump to the new database. I extracted and copied the dustribution from mediawiki-1.21.0rc5.tar I loaded there the images from the previous version. Now I try to setup, indicating the database I just created. it says: There are MediaWiki tables in this database. To upgrade them to MediaWiki 1.21.0rc5, click Continue.
I click, but come to the same message. There is a bad loop; all the time it siggests that I click "continue", but does not seem to do anything else.
In othere words, I could make a "readonly" clone of the old mediawiki installation at http://mizugadro.mydns.jp/TORID/ but I cannot do the same for the recent installation of mediawiki 1.21rc1.
I tried to copy the previous LocalSettings.php with appropriate modifications, but it provides the empty page. I remove the LocalSettings.php, and try to setup again, and again come to the bad loop..
I think, this is a bug. I expect, you can easy reproduce this effect, trying to setup http://mizugadro.mydns.jp/o/
==================== On Tue, 14 May 2013, Dmitrii Kouznetsov wrote:
Mark, I have installed the new version. I used the previous databasa from site tori.ils.uec.ac.jp/TORI (disconnected by order of the director) and figures from there. The old pages, and old figures, except one, are seen. The new figures cannot be uploaded, the message is [549ad7fd] 2013-05-14 05:33:25: Fatal exception of type UploadStashFileException
If I change the LocalSettings.php, declaring $wgHashedUploadDirectory = false; Then I can load new figures, but in this case old figures are not shown. I change the setting back (suppressing that line); then the old images are seen, but the new image (just uploaded) is not seen. Could you look, please, at http://mizugadro.mydns.jp/t/index.php?title=Category:Problem_with_fig and say, is this my fault or a bug?
===== On Mon, 13 May 2013, Mark A. Hershberger wrote:
The final release candidate for MediaWiki 1.21 (rc5) is available for download. See the end of this email for details. There are a number of bug fixes in this release that were not in rc4. Please test this version and report any problems. Barring any show-stoppers, the final release will be on May 15 will be the same as this with just a change to the version number and updated release notes.
...
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
On 05/14/2013 06:54 AM, Dmitrii Kouznetsov wrote:
I try to understand, what do I wrong trying to animate the old wiki with mediawiki-1.21.0rc5 at http://mizugadro.mydns.jp/t/index.php?title=Category:Problem_with_fig
I don't know enough about ImageMagick to answer. Try posting in the ImageMagick forums -- http://www.imagemagick.org/discourse-server/ -- I've found them to be helpful.
Mark, thank you for the assistance. The solution about images is at http://www.mediawiki.org/wiki/Thread:Project:Support_desk/Trouble_uploading_... chmod 777 images directory.
I do not think that it is best solution, but it works; and now I seem to have workable clon of my old wiki, implemented with the new mediawiki 1.21rc5. However, you may consider to update a little bit the package. I have few suggestions.
1. If one forgets to GRANT the user of database sufficient privileges, then it may be good case to say: "user is denied the access to database" in the error message. May be, even specify, which access is forgotten. This would be better than to show the empty frame or to ask to klick the same button again and again.
2. If one forgets to give mode 777 to all files and subdirectories in images, then, instead of abrakadabra "mwstore://local-backend/local-public/..." the diagnistic message should indicate the hint: sudo chmod 777 -R images
3. I think, the setup should finish with sentence "In order to work with images, execute command sudo chmod 777 -R images from the command line"
instead of "setup completed"
For beginners, this would be more understandable than "make writable".
4. Consider to include MathJax; it is one of most important extensions.
5. I think, by default, the users should be allowed to iupload the PDF files in the same way, as they upload JPG, GIF, PNG, etc., by default. However, the additional options about the scaling may be useful, but they should be additions, not the default.
=========================================== On Tue, 14 May 2013, Mark A. Hershberger wrote:
On 05/14/2013 06:54 AM, Dmitrii Kouznetsov wrote:
I try to understand, what do I wrong trying to animate the old wiki with mediawiki-1.21.0rc5 at http://mizugadro.mydns.jp/t/index.php?title=Category:Problem_with_fig
I don't know enough about ImageMagick to answer. Try posting in the ImageMagick forums -- http://www.imagemagick.org/discourse-server/ -- I've found them to be helpful.
Imagination does not breed insanity. Exactly what does breed insanity is reason. Poets do not go mad; but chess-players do. -- G.K. Chesterson
Despite the my intention to release 1.21 today, I have to delay it until May 18. Yesterday someone pointed out a blocker to me.
While we have a work-around for this, I don't have time to integrate it right now, so the release needs to be delayed until Saturday.
On 05/13/2013 03:12 PM, Mark A. Hershberger wrote:
The final release candidate for MediaWiki 1.21 (rc5) is available for download. See the end of this email for details. There are a number of bug fixes in this release that were not in rc4. Please test this version and report any problems. Barring any show-stoppers, the final release will be on May 15 will be the same as this with just a change to the version number and updated release notes.
Changes since rc4:
- Changes to JS/JSON value encoding were backed out.
- API: Fix parameter validation in setnotificationtimestamp
commit 18eb39ecb5b89518c3d4a6cc79834a2c121477ff Author: Brad Jorsch bjorsch@wikimedia.org Date: Fri Mar 15 14:03:19 2013 -0400
- (bug 47271) $wgContentHandlerUseDB should be set to false during the
upgrade
- (bug 47489) Installer now automatically selects the next-best database
type if the PHP mysql extension is not loaded, preventing fatal errors in some cases.
(bug 47202) wikibits: FF2Fixes.css should not be loaded in Firefox 20.
(bug 46590) 'AbortChangePassword' hook added/documented (find bug)
(bug 46848) toggleLinkPremade added linksPassthru
(bug 47950) Fix IndexPager detection of "is first" state
(bug 47304) added safeXmlEncodings to UploadBase for svg uploads
(bug 46608) CoreParserFunctions::anchorencode should return a string
Full release notes:
https://www.mediawiki.org/wiki/Release_notes/1.21
Download: http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.0rc5.tar.gz http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.tar.gz
Patch to previous version (1.20.0), without interface text: http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.patch.gz Interface text changes: http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc5.patch....
GPG signatures: http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.0rc5.tar.gz... http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.tar.gz.sig http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.patch.gz.si... http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc5.patch....
Public keys: https://secure.wikimedia.org/keys.html
MediaWiki-distributors mailing list MediaWiki-distributors@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-distributors
Mark, I test compatibility of version 1.21.0rc5 with the ShortUrl extension. It seems to fail, although the failure may be also due to my misunderstanding of the instruction at http://www.mediawiki.org/wiki/Extension:ShortUrl
The installation pretends to be successful, see http://mizugadro.mydns.jp/q/index.php/Special:Version However, I cannot find the place to indicate the desirabe shorturl: Page http://mizugadro.mydns.jp/q/index.php/Special:ShortUrl seems to be empty, and the instructions
Usage When installed redirects are available under Special:ShortUrl/<base36>. Links to redirects can be found in the Toolbox and under the heading (javascript only) Configuration (Optional) Run populateShortUrlTable.php maintenance script. Fills the shorturl database table with entries for all namespace/title parts of all currently existing articles. Set $wgShortUrlTemplate to the template of the path for generating short URLs. $1 is replaced with the actual short url id.
do not correspond that I see at the installation:
1. Page Special:ShortUrl/<base36> is absent. 2. There is no ShortUrl in the Toolbox, nor links to redirect. 3. The shorturl database does not appear. 4. There is no $wgShortUrlTemplate in the LocalSettings.php , nor $1. 5. In directory maintenance, there is no script populateShortUrlTable.php
Consider to check this before to release the version. ============= On Wed, 15 May 2013, Mark A. Hershberger wrote:
Despite the my intention to release 1.21 today, I have to delay it until May 18. ..
mediawiki-l@lists.wikimedia.org