[behobener Bug] Pcre

- Welche Version von pd-admin wird eingesetzt? v3.42

- Welche Version der Standard-Serverumgebung wird eingesetzt? 0.098

Seit dem Update auf die aktuelle Serverumgebung kommt es bei der Nutzung von 4images (Version 1.7.4) zu folgender Fehlermeldung:

Warning: preg_replace() [function.preg-replace]: Compilation failed: this version of PCRE is not compiled with PCRE_UTF8 support at offset 0

Scheinbar ist bei dem Upgrade auf PCRE 7.4 der UTF8 Support flöten gegangen?

Gruß,

Michael

Das ist richtig...
wie ich gehört hab ist es in der Developer-Version schon wieder gefixxt ;-)

Zitat:

Original von Michaelh Seit dem Update auf die aktuelle Serverumgebung kommt es bei der Nutzung von 4images (Version 1.7.4) zu folgender Fehlermeldung: Warning: preg_replace() [function.preg-replace]: Compilation failed: this version of PCRE is not compiled with PCRE_UTF8 support at offset 0

Wie kann der Fehler reproduziert werden?

Viele Grüße,
Daniel Bradler

Es handelt sich um einen einfachen Aufruf von preg_replace und tritt immer auf. Laut Bugzilla scheint wohl nicht nur 4images betroffen zu sein sondern auch Typo3 (http://bugzilla.pd-admin.de/show_bug.cgi?id=4)

Es ist mir nicht möglich, die Probleme mit SE 0.099 zu reproduzieren.

Viele Grüße,
Daniel Bradler

Wie kann ich Ihnen die URL zukommen lassen? PN's akzeptieren Sie ja nicht.

Das Problem tritt trotz neuer SE auf.

Um konkreter zu werden...

die Seite selbst wird korrekt dargestellt (domain/4images)

Sobald jedoch die Anmeldung erfolgt, werden die Fehler produziert.

Und ja, es lief bevor die Updates kamen

Des weiteren ist das System inzwischen auf 4.01 upgedatet worden. Die 0.099 hat nichts gebracht.

Gruß

Stephan

dito!

habe selbes phänomen wenn ich im typo3 backend auf "extension manager" klicke und im dropdown dann "import extension" auswähl und dies bestätige.

Warning: preg_match() [function.preg-match]: Compilation failed: this version of PCRE is not compiled with PCRE_UTF8 support at offset 0 in /home/_typo3/typo3/mod/tools/em/class.em_xmlhandler.php on line 348

Wir haben von SE 0.091 auf 99 Upgedatet, vorher gabs den Fehler DEFINITIV nicht.

Grüße
Dietmar