Einige Plugins werfen Fehler unter php 5.4 aus:

• archiveupload
• blockquote
• bookcreator
• cloumns (v2, alte Version, ob die neue inzwischen integrierte betroffen ist muss getestet werden)

Strict Standards: Declaration of
action_plugin_archiveupload::register()
should be compatible with
DokuWiki_Action_Plugin::register($contro
ller) in
/homepages/28/d34925587/htdocs/portfolio
/lib/plugins/archiveupload/action.php on
line 19

Strict Standards: Declaration of
action_plugin_blockquote::register()
should be compatible with
DokuWiki_Action_Plugin::register($contro
ller) in
/homepages/28/d34925587/htdocs/portfolio
/lib/plugins/blockquote/action.php on
line 61

Strict Standards: Declaration of
action_plugin_bookcreator::register()
should be compatible with
DokuWiki_Action_Plugin::register($contro
ller) in
/homepages/28/d34925587/htdocs/portfolio
/lib/plugins/bookcreator/action.php on
line 186

Fatal error: 'break' operator with
non-constant operand is no longer
supported in
/homepages/28/d34925587/htdocs/portfolio
/lib/plugins/columns/action.php on line
112

Im helper.php beim shorturl plugin muss das cache Verzeichnis sauberer bestimmt werden:

Wenn für savedir kein absoluter Pfad gesetzt ist, sonder der Default Wert ./data läuft das ins Leere. QnD:

 /**
 * Constructor gets default preferences and language strings
 */
function helper_plugin_shorturl() {
    global $ID, $conf;

    $this->configtocache = $this->getConf('saveconftocachedir');

    if ( $this->configtocache ) {
        if ( $conf['savedir'] != "./data" ){
            $this->savedir = rtrim($conf['savedir'],"/") . "/cache";
        } else {
            $this->savedir = DOKU_INC . rtrim($conf['savedir'],"/") . "/cache";
        }
    } else {
        $this->savedir = dirname(__FILE__);
    }
}

Man kann bestehende Tabellen bearbeiten, aber keine neuen anlegen: Sie Seite wird komplett geleert und durch die Tabelle ersetzt.

Bisheriges Verhalten war "Druckansicht in neuem Fenster/Tab", sollte wohl wieder so sein.

Die userpages option für Benutzerseiten funktioniert im neuen Template nicht

Bei bestimmten Zeichen (z.B. "=") wird die Infomail abgeschnitten.

Das icelevents Plugin muss bis zum Release noch aktualisiert werden, dazu muss der neue Entwickler meinen Pull Request akzeptieren ;)

Beim columns Plugin bekommen die Tabellenspalten Rahmen, wahrscheinlich weil das neue Template andere ids für den Container verwendet und die CSS Regeln darum nicht mehr passen.

• Template name muss angepasst werden nach porttfolio2, sonst wird die neue Start.txt nicht kopiert.

• Enconding optional machen, wenn die Dateinamen schon utf8 sind gibts sonst ungute Namen:

  Fix windows encoding: this is really bad, but i could not figure out how to

  change the filename to utf8 from wathever encoding comes in...

  #$dest = urlencode($dest);
  #$dest = str_replace('%2F','/', $dest);
  #$dest = str_replace('%25','%', $dest);
  #$dest = str_replace('%C2','', $dest);
  #$dest = str_replace('%C3','', $dest);
  #$dest = str_replace('%81','ue', $dest);
  #$dest = str_replace('%84','ae', $dest);
  #$dest = str_replace('%94','oe', $dest);
  #$dest = str_replace('%A1','ss', $dest);
  #$dest = str_replace('+','', $dest);
  #$dest = str_replace('-','', $dest);

Damit neue Verzeichnisse, die beim Hochladen neuer Dateien erstellt werden, angezeigt werden muss man zuerst das Upload Fenster schließen und wieder öffnen. Bisher hat die Anzeige immer direkt ins neue Verzeichnis gewechselt.

Das AEG wünscht sich eine optional konfigurierbare Archivierungsoption für die verschickten Infomails.

da newpage plugin weg, sollte die HIlfe aktualisiert werden:
(Wenn ich zeit finde, mache ich den pullrequest noch).
id=hilfe:neueseite sollte so aussehen:

{{tag> redakteure hilfe}}
====== Wie erstellt man eine neue Seite? ======
Man erstellt einen Verweis auf eine nicht existierende Seite, klickt diesen dann an und legt anschließend die Seite an.
[[playground:nonexist]]
Dieses Vorgehen hat den Vorteil, dass man nicht versehentlich Waisenkinder produziert, also Seiten, die nicht verlinkt sind.

Wenn $conf['sidebar'] nicht definiert ist, findet page_findnearest teilweise komscihe Sachen, so dass andere Seiten anstelle der Sidebar eingebunden werden.

Es sollte ein Default-Wert gesetzt werden, wenn die Konfiguration das nicht hergibt.

Wenn man z.B. auf ein Bild klickt öffnet sich nur eine leer Seite anstatt der Infos zum Bild

Seit hiccup.9 kann man die von LDAP übernommenen Mailadressen durch eigene Adressen überschreiben. Dazu dienen die Dateien

ldap_maildomains.conf -> Mapping von Domains, Syntax

orig.domain.de ersetzung.com

und

ldap_mailaccounts.conf -> Mapping von Useraccounts, Syntax

orig_name gemappter_name

So wird aus

[email protected] bei der Anmeldung

[email protected]

Das muss mal dokumentiert werden...

das bookcreator plugin speichert cookies, allerdings nur die domäne und nicht den subpfad, sofern er existiert -> mehrere Wikis auf demselben Host und er zeigt überall die ebooks-toolbar an, obwohl die ebooks dort nicht existieren.

Es gab beim drüberschauen noch mehr dokuwiki Cookies, die nicht den pfad mitspeichern, auswirkungen konnte ich nicht erkennen.

Beim übernehmen der Konfiguration (migration, dann neu abspeichern derkonfiguration) wurde alles übernommen, auch das was unterhalb von // end auto-generated content stand. ABER: $conf['authtype'] = 'chained'; wurde nicht übernommen, musste nachgetragen werden.

Nicht geprüft, ob das debian-paket es richtig macht.

2.: doppelt in local.php:

$conf['breadcrumbs'] = 0;
$conf['breadcrumbs'] = 7;

plugin»bookcreator»book_page
statt "wiki:ebook" den Wert "bookcreator:start"

plugin»bookcreator»help_page
statt "wiki:ebook_help" dieses: "bookcreator:help"

plugin»bookcreator»save_namespace
statt "wiki:ebook" dieses: "bookcreator:saved"

postinst im debian paket?