Semanticmediawiki: Strip Markers - what's the recommended setting for 3.1.6?

[WolfgangFahl]

Setup and configuration

• SMW version: 3.1.6
• MW version: 1.33.4
• PHP version: 7.3
• DB system (MySQL, Blazegraph, etc.) and version: MariaDB 10.3

Issue

https://www.mediawiki.org/wiki/Strip_marker tells the awkward way the MediaWiki handles certain tags and makes life hard for developers. In older SMW versions: trying to add tags inside text properties like:

a new magic word <nowiki>__NOCACHE__</nowiki>
would lead to an error. Now out of the box the result displayed is:
a new magic word '"UNIQ--nowiki-00000001-QINU"'

The strip marker handling has been discussed in the past e.g. in #232, #3753

There seems to be some documentation at https://www.semantic-mediawiki.org/wiki/Help:$smwgDecodeTextAnnotationWithStripMarker but that seems to tell that this was never really implemented this way but instead:

https://www.semantic-mediawiki.org/wiki/Help:$smwgParserFeatures has a subelement SMW_PARSER_UNSTRIP.

I'd appreciate to get a proper example configuration for cut&paste to not have to test this with try and error. It would even be better if the default settings would support strip markers so that admins don't have to fiddle with this just to get the natural behavior which in this case would be to display:
a new magic word __NOCACHE__

Steps to reproduce

[[Has text::a new magic word <nowiki>__NOCACHE__</nowiki>]]

[WolfgangFahl]

Trivia: this happened when trying to set the description property of an extension for https://www.mediawiki.org/wiki/Extension:MagicNoCache by cut&paste from the documentation page.

[kghbln]

Apparently this was already documented "servierfertig". Here is the working demo on sandbox.

[WolfgangFahl]

@kghbln thx
$smwgParserFeatures = $smwgParserFeatures | SMW_PARSER_UNSTRIP;
is what i was looking for.