Extension talk:MagicNoCache

previous talk on this page

Previous page history was archived for backup purposes at Extension talk:MagicNoCache/LQT Archive 1 on 2015-07-10.

I'm getting the following error during the migration:-

[wiki@hz25 mediawiki]$ php maintenance/update.php  --skip-config-validation

PHP Fatal error:  Uncaught Exception: Unable to open file /home/wiki/htdocs/mediawiki/extensions/MagicNoCache/extension.json: filemtime(): stat failed for /home/wiki/htdocs/mediawiki/extensions/MagicNoCache/extension.json in /home/wiki/htdocs/mediawiki/includes/registration/ExtensionRegistry.php:199

Stack trace:

#0 /home/wiki/htdocs/mediawiki/includes/GlobalFunctions.php(49): ExtensionRegistry->queue()

#1 /home/wiki/htdocs/mediawiki/LocalSettings.php(142): wfLoadExtension()

#2 /home/wiki/htdocs/mediawiki/includes/Setup.php(218): require_once('...')

#3 /home/wiki/htdocs/mediawiki/maintenance/doMaintenance.php(83): require_once('...')

#4 /home/wiki/htdocs/mediawiki/maintenance/update.php(312): require_once('...')

#5 {main}

  thrown in /home/wiki/htdocs/mediawiki/includes/registration/ExtensionRegistry.php on line 199

Did you update the extension's code, too? The error says that the extension's extension.json file cannot be found.

Enabling MagicNoCache extension distributor version or master for 1.35, on 1.35, via <code>wfLoadExtension( 'MagicNoCache' );</code> causes error 500. I'll have to start disabling extensions or install a clean 1.35 to see if it is a clash with another extension or not.

MediaWiki	1.35.0
PHP	7.4.12 (cgi-fcgi)
MySQL	5.7.28-log
ICU	57.1

I try to use it on mediawiki 1.31 but it does not work.

I have $wgUseFileCache = true;

what was the error?

I do not think it makes sense to use file caching and this extension at the same time. File caching means that a static copy of a given page is saved in the cache directory. I am not sure if the behaviour switch causes the page not being saved in the first place.

Fix merged into master (version 1.6.0)!

When runing lastest build of MagicNoCache with mediawiki 1.35.0-alpha (e7493e3) enabling the extension results in the following backtrace:

[21990638edd9a383f993fb30] /Main_Page Error from line 13 of /var/lib/mediawiki/extensions/MagicNoCache/MagicNoCache.hooks.php: Call to undefined method MagicWord::get()

Backtrace:

#0 /var/lib/mediawiki/includes/Hooks.php(174): MagicNoCacheHooks::magicwordCheck(Parser, string, StripState)
#1 /var/lib/mediawiki/includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)
#2 /var/lib/mediawiki/includes/parser/Parser.php(1501): Hooks::run(string, array)
#3 /var/lib/mediawiki/includes/parser/Parser.php(599): Parser->internalParse(string)
#4 /var/lib/mediawiki/includes/cache/MessageCache.php(1298): Parser->parse(string, Title, ParserOptions, boolean)
#5 /var/lib/mediawiki/includes/language/Message.php(1253): MessageCache->parse(string, Title, boolean, boolean, LanguageEn)
#6 /var/lib/mediawiki/includes/language/Message.php(881): Message->parseText(string)
#7 /var/lib/mediawiki/includes/language/Message.php(934): Message->toString(string)
#8 /var/lib/mediawiki/includes/skins/Skin.php(956): Message->parse()
#9 /var/lib/mediawiki/includes/skins/SkinTemplate.php(388): Skin->lastModified()
#10 /var/lib/mediawiki/includes/skins/SkinTemplate.php(219): SkinTemplate->prepareQuickTemplate()
#11 /var/lib/mediawiki/includes/OutputPage.php(2593): SkinTemplate->outputPage()
#12 /var/lib/mediawiki/includes/MediaWiki.php(978): OutputPage->output(boolean)
#13 /var/lib/mediawiki/includes/MediaWiki.php(991): MediaWiki->{closure}()
#14 /var/lib/mediawiki/includes/MediaWiki.php(534): MediaWiki->main()
#15 /var/lib/mediawiki/index.php(47): MediaWiki->run()
#16 {main}

Thanks for reporting! Pinging @Pastakhov:. Also reported as task T245943.

Thanks for pinging! :)

@Pastakhov: :) Reedy already authored a fix with https://gerrit.wikimedia.org/r/574232. Probably just a matter of +2 followed by a merge. :)

This extension will no longer be tagged.

@Pastakhov:, @Reception123: It will be great if the version 1.5.0 (8eeb457035d5477b8aab8512c81d2c48a2a9e714) gets tagged in the repo. @Reception123 If you update extensions it will be utterly cool if you could also docu this on the extension's page. I do not watch all the repos of the extensions I am using but I do watch the extension's pages. I guess this will help not just me. Thanks a ton.

Hi Kghbln, Sorry for so later reply, do you still need MagicNoCache be tagged with 1.5.0?

No worries. I switched to release branches here however I still think it will be nice to have it tagged since it was always tagged. I personally missed the latest code changes since it was not tagged until I switched.

Enable this extension, or just remove __NOCACHE__ from pages

I put __NOCACHE__ in a template. 

__NOCACHE__ is visibly displayed on the template. 

How to hide it?

If I wrap it in comment tags, will it still work?

Thx

If the behaviour switch is shown then most likely this extension is not installed. In this case just remove it from the template.

{{REVISIONID}} can be used to adapt a template behavior, depending on edit or read mode. An example is here (user sandbox pages control) and here (user sandbox subpage) where the {{user sandbox+}} template adapts on edit, in both pages. Lately this functionality broke in the VisualEditor and is only functional in the old source editor, or after switching from source to visual, due to caching of the template during reading the page. Can __NOCACHE__ help restore such template functionality?

I use <nowiki>__NOCACHE__</nowiki> on my start page. Some day ago the start page shows a database error.

This site has saved a copy in the cache.

I've to delete the cached .html und now the start page works again.

Why would a copy of the site saved in the cache if the site used the magic word?

What is your setup? MW, PHP, MySQL? What is the page showing if you add the following to "LocalSettings.php"?

$wgShowSQLErrors = true;
$wgShowDBErrorBacktrace = true;

Software	Version
MediaWiki	1.24.2
PHP	5.4.16 (cgi-fcgi)
MariaDB	5.5.52-MariaDB

I add both lines to the localSettings but the page shows nothing extra.

Probably file caching and this extension do not mix. What wonders me is that it appears to have worked for some time. Thanks for posting your setup. Perhaps others have an idea about the cause.

add tag 1.3.0 to repo...

Hi Pastakhov, could you tag this version. Will be great. Cheers

Done

Thanks a bunch!

@Kghbln, you're welcome all time :-)

As a matter of fact I pretty much value your work on the extensions you create and maintain!

It shows nothing when <cοde><nοwiki>__NΟCACHE__</nοwiki></cοde> syntax is used.

I took the liberty to translate MediaWiki:Magicnocache-desc/el using this syntax <cοde><nοwiki>__NΟCACHE_</nοwiki></cοde><cοde><nοwiki>_</nοwiki></cοde> which is a working one in case someone would copy-paste it.

(But don't copy-paste any of my examples here, they use Greek "o" characters)!

I have replaced the hook ParserBeforeTidy with InternalParseBeforeLinks and it works now.

Thanks! Will you upload it to Git?

No, I don’t know how to do it.

Thanks for report and help. I fixed it in version 1.2.2

Thank you very much both!! Now it works like a charm! I updated the translation too.