Some extensions of MediaWiki does not work - mediawiki
I have installed MediaWiki CMS from Debian.
Before update OS from Squeeze to Jessie, all extensions worked fine.
After the upgrade, some of the extensions stopped working: Gadgets, WikiEditor. The "Gadgets" extension is in the list of extensions used on the version page. The Gadgets configuration page is in the list of seperate pages, as well as in the user settings in full. But on the pages with wiki articles, gadgets do not appear (for example Gadget-UTCLiveClock). I do not see the call to this script in the source code of the page.
enter image description here
<script>(window.RLQ=window.RLQ||[]).push(function(){mw.config.set({"wgCanonicalNamespace":"","wgCanonicalSpecialPageName":false,"wgNamespaceNumber":0,"wgPageName":"Заглавная_страница","wgTitle":"Заглавная страница","wgCurRevisionId":774,"wgRevisionId":774,"wgArticleId":1,"wgIsArticle":true,"wgIsRedirect":false,"wgAction":"view","wgUserName":"Ярослав","wgUserGroups":["bureaucrat","svnadmins","sysop","*","user","autoconfirmed"],"wgCategories":[],"wgBreakFrames":false,"wgPageContentLanguage":"ru","wgPageContentModel":"wikitext","wgSeparatorTransformTable":[",\t."," \t,"],"wgDigitTransformTable":["",""],"wgDefaultDateFormat":"dmy","wgMonthNames":["","январь","февраль","март","апрель","май","июнь","июль","август","сентябрь","октябрь","ноябрь","декабрь"],"wgMonthNamesShort":["","янв","фев","мар","апр","май","июн","июл","авг","сен","окт","ноя","дек"],"wgRelevantPageName":"Заглавная_страница","wgRelevantArticleId":1,"wgRequestId":"dfc9594aa741e7ad292fdee8","wgUserId":2,"wgUserEditCount":1249,"wgUserRegistration":1347855570000,"wgUserNewMsgRevisionId":null,"wgIsProbablyEditable":true,"wgRestrictionEdit":["sysop"],"wgRestrictionMove":["sysop"],"wgIsMainPage":true,"wgWikiEditorEnabledModules":{"toolbar":true,"dialogs":true,"preview":false,"publish":false},"wgCategoryTreePageCategoryOptions":"{\"mode\":0,\"hideprefix\":20,\"showcount\":true,\"namespaces\":false}"});mw.loader.state({"site.styles":"ready","noscript":"ready","user.styles":"ready","user.cssprefs":"ready","user":"ready","user.options":"loading","user.tokens":"loading","mediawiki.legacy.shared":"ready","mediawiki.legacy.commonPrint":"ready","mediawiki.sectionAnchor":"ready","mediawiki.skinning.interface":"ready","skins.vector.styles":"ready"});mw.loader.implement("user.options#0edrpvk",function($,jQuery,require,module){mw.user.options.set({"gender":"male","timecorrection":"ZoneInfo|420|Asia/Barnaul","gadget-DotsSyntaxHighlighter":"1","gadget-HotCat":"1","gadget-UTCLiveClock":"1","gadget-Wikilinker":"1","gadget-addThisArticles":"1","gadget-popups":"1","gadget-preview":"1","usebetatoolbar":"1","usebetatoolbar-cgd":"1","watchlisttoken":"SOME_TOKEN_1"});});mw.loader.implement("user.tokens#USER_TOKENS",function ( $, jQuery, require, module ) {mw.user.tokens.set({"editToken":"SOME_TOKEN_2","patrolToken":"SOME_TOKEN_3","watchToken":"SOME_TOKEN_4","csrfToken":"SOME_TOKEN_5"});/*#nomin*/;});mw.loader.load(["mediawiki.page.startup","skins.vector.js"]);});</script>
<script>(window.RLQ=window.RLQ||[]).push(function(){mw.loader.load(["mediawiki.action.view.postEdit","site","mediawiki.user","mediawiki.hidpi","mediawiki.page.ready","mediawiki.searchSuggest","mediawiki.page.watch.ajax","ext.gadget.referenceTooltips","ext.gadget.directLinkToCommons","ext.gadget.preview","ext.gadget.popups","ext.gadget.addThisArticles","ext.gadget.HotCat","ext.gadget.Wikilinker","ext.gadget.DotsSyntaxHighlighter","ext.gadget.UTCLiveClock"]);});</script><script>(window.RLQ=window.RLQ||[]).push(function(){mw.config.set({"wgBackendResponseTime":385});});</script>
In mirror version (Debian Squeee, MediaWiki 1.25) all work.
enter image description here
<script>if(window.mw {mw.config.set({"wgCanonicalNamespace":"","wgCanonicalSpecialPageName":false,"wgNamespaceNumber":0,"wgPageName":"Заглавная_страница","wgTitle":"Заглавная страница","wgCurRevisionId":774,"wgRevisionId":774,"wgArticleId":1,"wgIsArticle":true,"wgIsRedirect":false,"wgAction":"view","wgUserName":"Ярослав","wgUserGroups":["bureaucrat","svnadmins","sysop","*","user","autoconfirmed"],"wgCategories":[],"wgBreakFrames":false,"wgPageContentLanguage":"ru","wgPageContentModel":"wikitext","wgSeparatorTransformTable":[",\t."," \t,"],"wgDigitTransformTable":["",""],"wgDefaultDateFormat":"dmy","wgMonthNames":["","январь","февраль","март","апрель","май","июнь","июль","август","сентябрь","октябрь","ноябрь","декабрь"],"wgMonthNamesShort":["","янв","фев","мар","апр","май","июн","июл","авг","сен","окт","ноя","дек"],"wgRelevantPageName":"Заглавная_страница","wgUserId":2,"wgUserEditCount":885,"wgUserRegistration":1347855570000,"wgUserNewMsgRevisionId":null,"wgIsProbablyEditable":true,"wgRestrictionEdit":["sysop"],"wgRestrictionMove":["sysop"],"wgIsMainPage":true,"wgWikiEditorEnabledModules":{"toolbar":true,"dialogs":true,"hidesig":true,"preview":false,"previewDialog":false,"publish":false},"wgCategoryTreePageCategoryOptions":"{\"mode\":0,\"hideprefix\":20,\"showcount\":true,\"namespaces\":false}"});}</script><script>if(window.mw){mw.loader.implement("user.options",function($,jQuery){mw.user.options.set({"ccmeonemails":0,"cols":80,"date":"default","diffonly":0,"disablemail":0,"editfont":"default","editondblclick":0,"editsectiononrightclick":0,"enotifminoredits":0,"enotifrevealaddr":0,"enotifusertalkpages":1,"enotifwatchlistpages":1,"extendwatchlist":0,"fancysig":0,"forceeditsummary":0,"gender":"unknown","hideminor":0,"hidepatrolled":0,"imagesize":2,"math":0,"minordefault":0,"newpageshidepatrolled":0,"nickname":"","norollbackdiff":0,"numberheadings":0,"previewonfirst":0,"previewontop":1,"rcdays":7,"rclimit":50,"rows":25,"showhiddencats":0,"shownumberswatching":1,"showtoolbar":1,"skin":"vector","stubthreshold":0,"thumbsize":5,"underline":2,"uselivepreview":0,"usenewrc":0,"watchcreations":1,"watchdefault":1,"watchdeletion":0,"watchlistdays":3,"watchlisthideanons":0,"watchlisthidebots":0,"watchlisthideliu":0,"watchlisthideminor":0,"watchlisthideown":0,"watchlisthidepatrolled":0,"watchmoves":0,"watchrollback":0,"wllimit":250,"useeditwarning":1,"prefershttps":1,"mathJax":false,"language":"ru","variant-gan":"gan","variant-iu":"iu","variant-kk":"kk","variant-ku":"ku","variant-shi":"shi","variant-sr":"sr","variant-tg":"tg","variant-uz":"uz","variant-zh":"zh","searchNs0":true,"searchNs1":false,"searchNs2":false,"searchNs3":false,"searchNs4":false,"searchNs5":false,"searchNs6":false,"searchNs7":false,"searchNs8":false,"searchNs9":false,"searchNs10":false,"searchNs11":false,"searchNs12":false,"searchNs13":false,"searchNs14":false,"searchNs15":false,"gadget-referenceTooltips":1,"gadget-HotCat":"1","gadget-UTCLiveClock":"1","gadget-addThisArticles":"1","gadget-popups":"1","gadget-preview":"1","timecorrection":"ZoneInfo|360|Asia/Novosibirsk","usebetatoolbar":"1","usebetatoolbar-cgd":"1","watchlisttoken":"SOME_TOKEN_1"});},{},{});mw.loader.implement("user.tokens",function($,jQuery){mw.user.tokens.set({"editToken":"SOME_TOKEN_2","patrolToken":"SOME_TOKEN_3","watchToken":"SOME_TOKEN_4"});},{},{});/* cache key: sitedb-mediawiki_:resourceloader:filter:minify-js:7:SOME_ROKEN */}</script>
<script>if(window.mw){mw.config.set({"wgBackendResponseTime":320});}</script>
I installed MediaWiki 1.28 from the official site from the tar archive to a new directory and a new schema, without additional extensions. I set up Gadget-UTCLiveClock, but it still does not work on the article page.
There are no errors in the logs.
What could be the problem?
MediaWiki 1.28.0
PHP 5.6.30-0+deb8u1 (apache2handler)
MySQL 5.5.54-0+deb8u1
Debian Jessie 3.16.0-4-amd64 #1 SMP Debian 3.16.39-1+deb8u2 (2017-03-07) x86_64 GNU/Linux
Related
PHP Language level missing latest (version 7.3 is the highest)
I'm trying to setup Xdebug and while doing that I'm trying to ensure that all PHP-versions and setup of that is exactly right. I've matched the PHP-version on the server (7.4), by installing and linking the right PHP-version using Brew (I'm on a Mac). So in a terminal, if I write php --version I get: version: 7.4.14: I've set the CLI-interpreter in PhpStorm to point to that same PHP-executable: But in spite of this, I can only set PHP version 7.3 to be the highest language level: Solution attempts: All these things have been found in random cracks and articles. None of them worked. Invalidated Cached and restarted PhpStorm ( File >> Invalidate Cache and restart ). Uncheck 'Synchronize IDE Settings with composer.json' in Settings >> Languages & Frameworks >> PHP >> Composer. I had to first insert a path to remove it. But it didn't do anything anyway. Tried to see if there was any upgrades to the "PHP Latest"-plugin, but I couldn't see any pending updates (v. 0.4). Overarching question How do I get the latest version in the PHP Language Level field (to also get better code hints)?
My version was this: 2018.2.3 - Build #PS-182.4323.68 built September 13, 2018 You need to upgrade your IDE. Latest stable version is 2020.3.1. Partial PHP 7.4 support is present since PhpStorm 2019.2 version. Proper PHP 7.4 support was added in PhpStorm 2019.3. Initial/partial PHP 8 support was added in PhpStorm 2020.2. Current 2020.3 version has more complete PHP 8 support.
How can i upgrade my Octave version to the latest one?
I have the 4.0.3 Octave version on my machine. and I would like to upgrade my version using windows. Can someone tell me please the steps to follow? Thanks.
If you want to remove v4.0.3, the complete answer will depend on how you installed that version in the first place. If you used an executable installer, then there should be an 'uninstall' option available. On Windows 10, you can sometimes right click on the shortcut in the startmenu and an Uninstall option will appear. Otherwise you can follow the directions at this link to navigate through the Settings to the Apps & Features window, which lists everything installed and will provide an Uninstall option. If you used a zip package to 'install' Octave 4.0.3 just by unzipping it to a folder on your hard drive, then no uninstall process is necessary. you can just delete the folder and shortcuts manually. You can have multiple octave versions installed next to each other, the folders will have version numbers to prevent them from overwriting themselves. To install the latest version (5.1.0 as of this answer, although 5.2.0 will be released very soon): You can find the installation files for Windows by going to the Octave download page and clicking 'Windows'. There will be several file options there. Most people choose the first one (octave-5.1.0-w64-installer.exe) for 64bit systems. You can just download that or one of the other .exe versions, execute that program, and follow the prompts. If for some reason you would rather download a zip package and do a manual setup, I suggest you follow the instructions at the Octave for Microsoft Windows Wiki page to make sure everything is configured correctly.
Perl: How to deal with a duplicated modules installation?
I'm new with Perl and stumbled on a doubled modules installation. I made a fresh installation of Strawbery Perl on Windows 10. After that, I tried to update all modules at once by using a command proposed in this answer; : cpan-outdated -p | cpanm Unfortunately, it appeared that probably the updates were installed on another location: whichpm -a Mojolicious C:\Strawberry\perl\site\lib\Mojolicious.pm C:\Strawberry\perl\vendor\lib\Mojolicious.pm whichpm -v Mojolicious whichpm: WARNING: DUPLICATE module files found for 'Mojolicious': C:\Strawberry\perl\vendor\lib\Mojolicious.pm Mojolicious 8.22 (non-core) C:\Strawberry\perl\site\lib\Mojolicious.pm How to deal whit that case? How to prevent such cases in further updates? perl -wE "say for #INC" C:/Strawberry/perl/site/lib/MSWin32-x64-multi-thread C:/Strawberry/perl/site/lib C:/Strawberry/perl/vendor/lib C:/Strawberry/perl/lib
Everything is working as expected. There are three sets of installation locations: core, vendor and site. The vendor directories are usually used by the package managers of linux distros, but it appears that Strawberry Perl includes a number of non-core modules in its distribution (including Mojolicious) and it places these in the vendor directories. This is proper.[1] The site directories are used for user-installed modules. So your upgraded Mojolicious was installed into the site directories. This is proper. (More on the differences here.) This is not a problem because the site directories are placed before the vendor directories in #INC, so the user-installed version of a module is found before the vendor-installed version. Using the site directories would probably also have been fine since Strawberry Perl doesn't provide a way of managing the distributions it bundles. But using the vendor directories is sure to be safe.
Installing Chrome on Red hat
We have failed trying to install Chrome version google-chrome-stable-70.0.3538.77-1.x86_64 on Redhat linux environment version 7.2. We have created a yum repository and had done yum install google-chrome-stable but it fails at a step looking up for liberation-fonts stating requires liberation-fonts. All the fonts with latest version are installed on it. I am attaching the installation logs and list of fonts installed on server. I also tried install with .rpm link still had the same issue, and just to filter it out installed on different server of same os- still had same error. Link to Logs: Link to List of fonts: Just to add we had no trouble with version 69.0.3497.92 and Google doesn't allow us to download previous versions of Chrome - at least for Redhat OS.
For what it's worth, I resolved this by installing it via rpm a package from a CentOS mirror on my laptop running redhat. In particular I installed this package: liberation-fonts-1.07.2-16.el7.noarch.rpm. Being a noarch file concerning fonts I wasn't concerned too much where it came from. I have doubts even the Chrome really needs this package since my installation had already several packages for liberation-fonts, including libertation-fonts-common but it allowed the chrome package to be installed.
hot reload in jekyll not working
I've installed jekyll 3.1.6 on Mint 17 (ubuntu 14.4) with ruby 2.2 + python 2.7 My browsers are Chromium and Firefox I think I've tried every trick I can find on the internet, but it still won't auto-reload, even though the terminal does say that auto-regeneration has been enabled and with each file content change and save, the terminal logs the change and tells me it's been done. But I'm still forced to refresh a page manually to see the changes. Open to any and all suggestions.
Jekyll auto-generation future(Using jekyll server) automatically change/modify the files on _site folder only, it does not refresh browser windows automatically, you have to use grunt for that. There are already many of NPM packages and Repo for that.