gerrit #28781 integrated into Tuleap 14.9.99.125

See gerrit #28781 (disable parser cache).

I'll submit a patch to change this to the newer $wgParserCacheType.

Thanks for the hint, I will do it. It is easy enough ;)

Further things to test:

• Append ?action=raw to the URL to see the wikitext of the page, rather than the parsed HTML
• Clear browser cache, especially LocalStorage, to see if maybe the "autosave" feature of VisualEditor is the cause

So it looks like we have already disabled the ParserCache in plugins/mediawiki/www/LocalSettings.php:175, but it is done by using $wgEnableParserCache which has been removed in 1.35.

I'll submit a patch to change this to the newer $wgParserCacheType.

The default parser cache backend (when MainCacheType is left to CACHE_NONE) is effectively CACHE_DB (SqlBagOStuff).

-- https://www.mediawiki.org/wiki/Manual:$wgParserCacheType

I don't know how to reproduce the issue, it happened several time and seems like a cache issue like the content of editor and/or page not being properly refreshed either at load or save.

I tested the described behaviour: I had 2 users editing and saving the same page in multiple combinations also without reloading the page when entering edit mode and could not recreate this. Sometimes I got a popup window which asked if the user 1 wanted to resume his edit or start a new one. If I selected "resume" - then changes from user 2 where missing -> but this is expected behaviour. If user 1 started a new edit then everything was there.