Probleme bei der Erstellung von Vorschaubildern in MediaWiki

Bei einer MediaWiki-Installation, welche ich betreibe, bekam ich auf Galerieseiten eine Fehlermeldung, wenn die entsprechenden Bilder eine gewisse Größe überschritten:

Fehler beim Erstellen des Vorschaubildes: Datei mit Abmessungen größer als 12,5 MP

Bedingt ist diese Meldung durch eine Einstellung, welche innerhalb der Konfigurationsdatei LocalSettings.php vorgenommen werden kann.

Die Fehlermeldung auf einer Galerieseite

Bei der Einstellung handelt es sich um den Parameter wgMaxImageArea. Wird dieser in der Datei auf einen höheren Wert gesetzt:

$wgMaxImageArea = 10e7;

werden anschließend auch Vorschaubilder von größeren Bildern erzeugt und die entsprechende Fehlermeldung verschwindet.

Fehlende Nextcloud-Indicies erzeugen

Unter Umständen kann es bei einer Nextcloud-Installation dazu kommen, das nach einem Update folgende Meldung im Backend angezeigt wird:

In der Datenbank fehlen einige Indizes. Auf Grund der Tatsache, dass das Hinzufügen von Indizes in großen Tabellen einige Zeit in Anspruch nehmen kann, wurden diese nicht automatisch erzeugt. Durch das Ausführen von „occ db:add-missing-indices“ können die fehlenden Indizes manuell hinzugefügt werden, während die Instanz weiter läuft. Nachdem die Indizes hinzugefügt wurden, sind Anfragen auf die Tabellen normalerweise schneller.

Fehlender Index „direct_edit_timestamp“ in der Tabelle „oc_direct_edit“.

Fehlende Indices können unter anderem zu Performanceeinbußen führen, sodass die Indices erstellt werden sollten. Möglich ist dies mit dem Tool occ, welches in der Nextcloud-Installation vorhanden ist. Dieses sollte im Ordner der Nextcloud-Installation ausgeführt werden:

sudo -u www-data php occ db:add-missing-indices

Anschließend findet eine Überprüfung der Indices statt:

Check indices of the share table.
Check indices of the filecache table.
Check indices of the twofactor_providers table.
Check indices of the login_flow_v2 table.
Check indices of the whats_new table.
Check indices of the cards table.
Check indices of the cards_properties table.
Check indices of the calendarobjects_props table.
Check indices of the schedulingobjects table.
Check indices of the oc_properties table.
Check indices of the oc_jobs table.
Check indices of the oc_direct_edit table.
Adding direct_edit_timestamp index to the oc_direct_edit table, this can take some time...
oc_direct_edit table updated successfully.

Fehlende Indices werden hierbei automatisch angelegt und damit eventuellen Performanceeinbußen vorgebeugt.

LibreOffice druckt nur weiße Seiten

Unter macOS hatte ich mit LibreOffice seit einiger Zeit das Problem, dass es nur weiße Seiten ausdruckte. Auch die entsprechende Druckvorschau unter macOS war leer. Das Erzeugen von PDFs und der anschließende Druck hingegen funktionierten ohne Probleme.

Die Druckvorschau zeigt nur leere Seiten

Verursacht wird der Fehler wohl durch die Bibliothek Skia, bei welcher es sich um eine freie 2D-Grafik Bibliothek handelt, welcher seit der 7er-Version der Office-Suite genutzt wird. Glücklicherweise kann die Nutzung dieser Bibliothek in den Einstellungen von LibreOffice deaktiviert werden.

In den Einstellungen kann die Nutzung der Bibliothek deaktiviert werden

Dort findet sich unter dem Punkt LibreOffice > View, die Option Use Skia for all rendering welche deaktiviert werden sollten. Nach einem Neustart von LibreOffice kann auch unter macOS wieder gedruckt werden. In der kommenden Version 7.3.1 soll diese Option unter macOS standardmäßig deaktiviert sein.

Probleme beim Deployen zu Maven Central

Im Rahmen einiger Wartungsarbeiten wollte ich eine neue Version einer Java-Bibliothek zu Maven Central deployen. Stattdessen wurde ich von der Meldung:

Execution injected-nexus-deploy of goal org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:deploy failed: An API incompatibility was encountered while executing org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:deploy: java.lang.ExceptionInInitializerError: null

überrascht. Am dahinterliegenden Problem wird bereits gearbeitet. Um das Deployment trotzdem durchführen zu können, eignet sich folgender Workaround:

export MAVEN_OPTS="--add-opens=java.base/java.util=ALL-UNNAMED --add-opens=java.base/java.lang.reflect=ALL-UNNAMED --add-opens=java.base/java.text=ALL-UNNAMED --add-opens=java.desktop/java.awt.font=ALL-UNNAMED"
mvn clean deploy

Anschließend wird das entsprechende Deployment durchgeführt, was je nach Auslastung einige Minuten dauern kann.