In T199106#4425258, @Amire80 wrote:

Can you please explain what is exactly happening?

Then it would be my feature request to get it working: form field autocompletion on a property that has data type monolingual Text. Right now it is not working.

In T196447#4256879, @Yaron_Koren wrote:

@infinite-dao - what is "monolingual text"?

In Firefox Network console I find no request to the translation api of Yandex, but somehow it is done; I get only registered the localhost request of .../api.php?action=translationaids....

This appears in MW 1.28.2 (just the version info)

The extension was loaded by composer autoloading when I installed it via composer. LocalSettings had no effect whatsoever. In MW 1.25+ (1.26 probably as well) I had to manually load composer in LocalSettings:

if (is_readable("$IP/vendor/autoload.php")) {
  require_once( "$IP/vendor/autoload.php");
}

And that way some LocalSettings could take effect. But in MW 1.27 composer is magically loaded before the LocalSettings.

Yes, with MW 1.27 the language page issue is resolved

• page title is displayed properly
• translation links (for /de, /en) work as expected

When I issue the patch command from the mediawiki root folder, I get

cd /usr/share/mediawiki
patch --strip=1 --input=rMWd23738002136761e34f11d72e7dd7eea65e3b655.diff --dry-run --backup
# checking file includes/OutputPage.php
# Hunk #1 FAILED at 1.
# 1 out of 1 hunk FAILED
# ...

Honestly, my problem is that I don't know how to apply the https://phabricator.wikimedia.org/rMWd23738002136761e34f11d72e7dd7eea65e3b655?diff=1 directly. The wiki I have is not in git but managed by openSUSE software manager.

unclear ... that's right in 2nd step I described only loosely, I meant: set page language from German to English, then mark the page for translation, then step 3

There is a patch to start from: http://biowikifarm.net/meta/File:DT_PageStructure_recursive-escape_parsePageContents.patch

Or add recursive parsing à la http://us.php.net/manual/en/function.preg-replace-callback.php#example-5364?

OK. well, sorry for reporting it here I hope you bear with me and I see the issue was transferred as well, so
I follow up
on GitHub ;-)

On https://www.semantic-mediawiki.org/wiki/Special:BrowseData/Extensions there appear similar issues.

In T124849#1974092, @ashley wrote:

The code example you posted uses the shorthand ternary operator

Is probaly related: Topic: No email address (on Mediawiki talk)

The problem is, that the PDF is probably not correct and the GhosScript puts out some messages

wget "https://upload.wikimedia.org/wikipedia/commons/a/a1/%D0%95%D1%82%D0%BD%D0%BE%D0%B3%D1%80%D0%B0%D1%84%D1%96%D1%87%D0%BD%D0%B8%D0%B9_%D0%B7%D0%B1%D1%96%D1%80%D0%BD%D0%B8%D0%BA_%D0%A2.28.pdf" --output-document="testfile.pdf"
# process by gs
gs -sDEVICE=jpeg -sOutputFile=testfile.jpg -dFirstPage=1 -dLastPage=1 -r150 -dBATCH -dNOPAUSE -q 'testfile.pdf'
 **** Warning: glyf overlaps cmap, truncating.
 **** Warning: glyf overlaps cmap, truncating.
 **** Warning: glyf overlaps cmap, truncating.
 **** Warning: glyf overlaps cmap, truncating.
 **** Warning: glyf overlaps cmap, truncating.

ImageMagick consumes these (via | pipe) and consequently ImageMagick fails to process the image, because the text-warning messages are rerouted to ImageMagick. The warning messages are printed to stdout.

I have the same problem (Fatal error: Cannot override final method SMW\ResultPrinter::getResult() in path/to/extensions/SemanticResultFormats/formats/Exhibit/SRF_Exhibit.php on line 468)