Mal wieder einer dieser typischen kleinen Stolpersteine: Wenn sich bei der Verwendung von Realurl keine Thumbnails mehr im Backend sehen lassen, kann es daran liegen das in der verwendeten Realurl Konfig Datei überflüssige Leerzeichen vorhanden sind. Alle Zeichen die sich vor oder nach den PHP Tags befinden, sollten entfernt werden.

Na auch schon am Verzweifeln :) Beim Googeln fällt auf das dieses Problem häufig auftritt: Beim kopieren von Inhalten über den Knopf Standardinhalte kopieren wird zwar der Inhalt kopiert, der Knopf hingegen verschwindet nicht, der User kann also beliebig oft den Inhalt kopieren. Das ist so natürlich nicht gewollt.

Eine der häufigsten Fehlerursachen bei den Einstellung wird leicht übersehen, denn der verwendete Titel lässt sich nur mit etwas Fantasie zuordnen. Konkret handelt es sich um die Einstellung: Allowed excludefields (Erlaubte Anschlussfelder) -> Page Content Transl. Orig (Seiteninhalt Ursprungstext) diese muss gesetzt werden!

Es gibt einen neuen Bug der das Arbeiten mit Safari 5.1 im TYPO3 Backend leider nicht zulässt. Das Problem hierbei ist, wenn man ein Inhaltselement zum bearbeiten öffnet und speichert, wird das Editorfenster nicht mehr dargestellt. Das funktioniert erst wieder sofern alle gecachten Inhalte im Browser gelöscht worden sind.

Dieser Bug ist bereits in der TYPO3 Buglist erfasst unter:  Height of RTE editing area sometimes null in Safari 5.1 Auf dieser Seite findet sich auch der Patch für die htmlarea.js, letztendlich sind dann nur zwei Stellen in der Datei abzuändern.

Apple hat vor kurzem die Version 5.1 des hauseigenen Browsers Safari veröffentlicht. Seitdem häufen sich allerdings auch die Klagen von Kunden das ein arbeiten mit dem RTE im Backend nicht mehr möglich ist.

Das Phänomen: 
Beim aufruf des Editors lädt dieser ewig und stirbt dann letztendlich doch ab.

Die Ursache:
Bei dynamisch erzeugten link Tags benötigt Webkit dringend die Angabe des Typs, Webkit dokumentiert das hier

Die Lösung:
Die TYPO3 Buglist behandelt das Thema bereits
Es existiert bereits ein entsprechender Patch für die htmlarea.js, das Patch wird dann mit den nächsten TYPO3 Versionen ausgeliefert. Wer nicht warten will und die Möglichkeit des direkten Dateizugriffs hat kann die Datei auch direkt austauschen.
Update: Der Patch ist in der Version 4.4.10 enthalten!

Ab der Version 4.5  gibt es beim "imageLinkWrap" der Bildelemente kleinere Änderungen die dazu führen können das Bilder garnicht oder nur das erste Bild verlinkt werden kann.

Das Problem lässt sich meist durch hinzufügen folgender Zeilen im eigenem Setup beheben:

tt_content.image.20.1.imageLinkWrap.enable.ifEmpty.typolink.parameter.listNum.splitChar = 10
tt_content.image.20.1.imageLinkWrap.typolink.parameter.listNum.splitChar = 10

Leider lassen sich in der Standardkonfoguration als normaler User innerhalb von directmail keine CSV Dateien importieren, Schuld ist hier ein fehlerhaftes Berechtigunsmodell. In dieser Folge greifen die gesetzten Berechtigungen aus der angelegten Usergruppe nicht. Abhilfe schafft hier die Dateiberechtigung (upload, move, delete) direkt bei der Userberechtigung des einzelnen Users einzustellen.

Zum Anpassen der Meldung bei nicht vorhandenen Terminen, scheint bei cal_base die Anpassung nicht über das übliche ._LOCAL_LANG zu laufen, funktioniert aber wie folgt:

plugin.tx_cal_controller.view.list.event.noEventFound.lang.de = Keine Termine

#Die Meldung auch gleich noch anständig formatieren

plugin.tx_cal_controller.view.list.event.noEventFound.dataWrap = |

Mit einem kurzen Hinweis: "you are one of the examinators which pass the exam successfully" per E-Mail bin ich nun TYPO3-Zertifiziert.

Die durch die TYPO3 Association initiierte Zertifizierung soll helfen, um Qualitätsstandards bei der Integration von TYPO3 Installationen zu sichern. Mir hat es auf jeden fall geholfen, noch tiefer in das TYPO3 Universum einzusteigen.