Alle Themen

Hier wird das Recht autoreview in eine neue Rolle geschrieben (und aus allen anderen Rollen entfernt) und der Gruppe sysop zugewiesen.

$GLOBALS["bsgPermissionConfig"]['autoreview'] = [
    'type' => 'global', 
    'roles' => [ 'autoreviewer' ] 
]; 
$GLOBALS["bsgGroupRoles"]['sysop']['autoreviewer'] = true;

(erst Gruppe, dann Rolle)

• Das ist ein Beispiel, wenn eine Erweiterung ein neues Recht mitbringt. Das erzeugt eine neue Rolle mit dem neuem Recht. require_once "$IP/extensions/ConfirmAccount/ConfirmAccount.php"; $bsgPermissionConfig['confirmaccount'] = array( 'type' => 'global', "roles" => [ 'ConfirmAccount' ]

Bei der Gruppensynchronisation werden die AD-Gruppen eines Benutzers regelmäßig (beim ersten Login des Tages und dann etwa einmal pro Stunde) aus dem AD abgerufen und mit den im Wiki zugewiesenen Gruppen abgeglichen. Befindet sich eine im Wiki zugewiesene Gruppe nicht in der Liste der AD-Gruppen, wird der Benutzer aus dieser entfernt - und umgekehrt.

Wenn Sie also z.B. eine Gruppe "Wiki_Redakteur" im Wiki anlegen und verrechten, muss eine Gruppe mit genau diesem Namen auch in Ihrem AD angelegt und die entsprechenden Benutzer hinzugefügt werden. In diesem Fall müssen Sie auch keine Gruppen in der Benutzerverwaltung des Wikis mehr zuweisen. Dies geschieht alleine durch die Existenz der Gruppe automatisch.

Wenn es nicht möglich ist, die Gruppe im AD anzulegen und Sie auf die Verwendung der Benutzerverwaltung zur Zuweisung der Gruppen angewiesen sind, müssen wir die entsprechende Gruppe in der Konfiguration des Wikis auf die Liste der "lokal verwalteten Gruppen" setzen.

Es gibt also zwei Optionen:

1. Sie lassen die Gruppe im AD anlegen und die Benutzer zuweisen, erzeugen sie dann im Wiki über die Gruppenverwaltung und verrechten sie über die Rechteverwaltung. In diesem Fall brauchen Sie nur die Unterstützung ihrer internen IT, nicht von uns.

2. Sie erzeugen die Gruppe nur über die Gruppenverwaltung, verrechten sie über die Rechteveraltung und weisen die Benutzer manuell über die Benutzerverwaltung den Gruppen zu. In diesem Fall müssen wir die Gruppe auf die Liste der "lokal verwalteten Gruppen" setzen. Wir benötigen dafür Serverzugriff und sie selbst sind für die Zuweisung verantwortlich. Natürlich können wir auch eine Anleitung für Ihre IT bereitstellen, welche beschreibt, was in diesem Fall zu tun ist. Dann würden Sie auch ohne uns auskommen.

Frage: Die PATHINFO funktioniert bei URLs nicht die einen Umlaut enthalten. Beim Aufrufen von Spezial:Anmelden leitet immer auf die Hauptseite um. Außerdem werden Verzeichnisse (in _sf_configs und _sf_repos) auf dem Server nicht korrekt angelegt. Die Umlaute werden einfach ausgelassen.

Lösung: Es handelt sich nicht um ein IE Problem. Das selbe Verhalten ist mit Firefox 10 ESR nachstellbar. $wgUsePathInfo = false verschafft Abhilfe. Das Verhalten muss bei HW geprüft werden und der Workaround ggf. in das Farming direkt implementiert werden.

Frage: Werden bei der toplist Kategorien mit Leerzeichen angegeben wird nix gefunden (dies Verhalten ist nur bei toplist).

Lösung: BlueSpice Bug - Fehler behoben (Patch)

Error: Query: SELECT [key],[value] FROM [mediawiki].[bs_settings] Function: DatabaseMssql::select Error: 208 [SQLSTATE 42S02][Error Code 208][Microsoft][ODBC Driver 11 for SQL Server][SQL Server]Invalid object name 'mediawiki.bs_settings'. [SQLSTATE 42000][Error Code 8180][Microsoft][ODBC Driver 11 for SQL Server][SQL Server]Statement(s) could not be prepared.

Solution: Unfortunately MS SQL database backend is not supported by BlueSpice. I recommend using MariaDB or MySQL. Also MediaWiki version 1.26 is not fully supported yet. You should use MediaWiki 1.23 wich is the current LTS (Long Term Support) release.

Frage: Die Hautseite wird nach dem Update nicht mehr angezeigt (MW1.22.7 - BS 2.23.3)

Lösung: C:\xampp\htdocs\schwiki\extensions\BlueSpiceDistribution\Echo\Hooks.php die Zeile 664 ERSETZEN durch:

 $user = RequestContext::getMain()->getUser();
    if ( !$user ) {
        return true;
    }
    if ( $user->getId() === null && $user->getName() === null ) {
        return true;
    } 

!!!nicht Updatesicher, sprich mit dem nächsten Update wird das wieder überschrieben.

Frage: Das Recht autoreview ist vergeben, die automatische Freigabe funktioniert jedoch nicht.

Lösung: Die Funktion muss zusätzlich vom Administrator noch aktiviert werden. Dies geschieht im Einstellungsbereich unter FlaggedRevsConnector durch Setzen eines Hakens bei der Option Enable auto review.

Frage: Trotz erteiltem Begutachtungsauftrag wird das Auge-Symbol nicht angezeigt.

Lösung: Prüfen Sie, ob das Recht workflowview für den Nutzer vergeben ist. Um die Liste der zugeteilten Begutachtungen anzeigen zu können, muss für den Nutzer außerdem das Recht workflowlist vergeben sein.

Frage Trotz eines gelöschten Workflows erscheint immer noch der Begutachtungsbutton.

Lösung: Löschen Sie bitte Ihren Browser-Cache.

Frage: Eine Tabelle lässt sich nicht sortieren, obwohl sie als "sortierbar" eingestellt ist

Lösung: Die Überschriften der Tabelle müssen mit einem "!" als Überschriften definiert werden

Frage: "Wenn im WYSIWYG Editor Text über Formate – Zeichenformate – Quelltext markieren markiert wird, dann wird das zunächst noch grafisch dargestellt. Speichert man jedoch und lädt die Seite neu zum Bearbeiten, dann wird alles innerhalb des Code Tag nicht angezeigt (der vorformatierte Text), sondern lediglich das Code Element selbst.

1. Gibt es hier eine Möglichkeit, wieder den als Quellcode markierten Text zu sehen? 2. Selbe Frage bezieht sich auf die Elemente Source bzw Syntaxhighlight.

Lösung: Das ist leider momentan nicht möglich. Grund dafür ist, dass er Editor unter Unständen ungewünschte Änderungen am Quelltext vornimmt. Das System schützt diesen Teil. Daher können Quelltextpassagen nur im WikiText-Modus bearbeitet werden.

Die Problematik ist für einen künftigen Release vorgemerkt. Vielleicht entsteht durch eine neuere Version des TinyMCE eine neue Möglichkeit.

Frage: Beim Hochladen einer Bildatei erscheint folgende Fehlermedlung: "Unknown error: "Der Token, der zum Hochladen eines Bildes benötigt wird scheint falsch zu sein. Bitte lade die Seite neu."

Lösung: Möglicherweise ist die MediaWiki 1.24 statt 1.23 installiert, dies kann zu Problemen führen. Daher soll nur die Installation mit MediaWiki 1.23 durchgeführt werden. Ein 2. Ansatz sind die Berechtigungen, man kann es testen, indem man eine Datei via Spezial:Hochladen hoch lädt und im 2. Schritt über das InsertFile Tool im Editor.

Frage: Bei einem Nutzer kam der Hinweis auf actionthrottled Einstellungen bei der sendemail Aktion gleich beim ersten Mal. Wie sind hier die Einstellungen in unserem System?

Antwort: Unter folgendem Link sind die default values zu finden, welche auf eurem System aktiv sind: https://www.mediawiki.org/wiki/Manual:$wgRateLimits#Default_value Wichtig ist hier der Wert:

// Page edits

 'edit' => array(
   'ip' => array( 8, 60 ),
   'newbie' => array( 8, 60 ),
 ),

D.h.: 8 bearbeitungen in 60 Sekunden pro IP. Wenn jedoch mehrere Benutzer die selbe IP verwenden, da diese sich an dem selben Access-Point einwählen, werden diese auf alle aufgeteilt.

Da im System nur von euch bestimmte berechtigte Benutzer zugriff haben, kannst du diesen Sicherheitsmechanismus abschalten, indem du der Gruppe 'user' im Rechtemanager das recht 'noratelimit' zuweist. Damit gibt es für angemeltete Benuter kein limit mehr.

Frage: Beim Einfügen mittels Drag&Drop oder per Copy&Paste wird der Dateiname im Popup nicht automatisch eingetragen.

Lösung: Durch die Aktualisierung von PasteImage wird diese Störung behoben.

Frage: Ich kann Bilder mit 1MB Größe nicht einfach so in den WYSIWYG ziehen, es passiert nichts. Kleine Bilder gehen problemlos. Die Abmaße des Bildes scheinen keine Rolle zu spielen, auch 1920x1080 Fotos mit allerdings nur 266KB funktionieren einwandfrei.

Lösung: Sie benötigen das Recht "upload" und ggf. "reupload". Vor dem loslassen der Maus muss ein Kursor angezeigt werden, ansonsten erkennt das PasteImage Plugin das Editor-Fenster nicht richtig.