Umstellung auf ITSM 3.2.x: ConfigItems parsen kein HTML mehr

[Koki75]

Hallo Leutz,

moin erst mal, weil ich gerade neu hier aufgeschlagen bin

Wir sind in unserer Firma nach langem Hin und Her endlich auf V3 umgestiegen und mittlerweile bei 3.2.4, ITSM 3.2.3.
In V2 gab es bei den ConfigItems für Beschreibung und Notiz eine reine Textarea, statt des sonst üblichen Editors, in die man aber auch schön HTML reinposten konnte, welches dann in der View geparst wurde.
Jetzt, nach der Umstellung auf 3.2.x, wird der Inhalt dieser Felder in der View ungeparst angezeigt.
Irgendwelche Erkenntnisse oder Ideen dazu? Ich hätte das HTML doch lieber wieder übersetzt ausgegeben.

(Mit dem neuen Textfeld bin ich etwas irritiert, denn es wertet einige Zeichen, wie z. B. Zeilenumbrüche, aus, nicht aber HTML.)

Ich hoffe, dass ich das Thema nicht zum x. Mal anspreche, aber mit der Suchfunktion hier bin ich diesbzgl. nicht fündig geworden.

Grüße!

[jojo]

Offiziell wurde nie HTML in reinen Textfeldern unterstützt. Aussicherheitsgründen erfolgt in den neuen Versionen auch kein Parsing des Inhalts mehr

[Koki75]

Danke für die Antwort, jojo.

Oh, das ist aber schade.

Dann wünsche ich mir an dieser Stelle den Editor, wie an allen anderen Stellen im OTRS, her .

Irgend eine Idee, wie ich hier den Editor einbauen könnte?

Habe in den Modulen schon etwas rumgeschaut, aber bin noch nicht schlau geworden, wie sonst der Editor aufgerufen wird.

Vom Prinzip stelle ich mir das so vor:

1. in den CI-Klassen ändere ich diese Zeilen:

Code: Select all

Input => { Type => 'TextArea', 

um in:

Code: Select all

Input => { Type => 'RichTextArea', 

2. dann lege ich unter /Kernel/Output/HTML/ eine ITSMConfigItemLayoutRichTextArea.pm an, mit geändertem Inhalt der ursprünglichen ITSMConfigItemLayoutTextArea.pm
Hier ist mein eigentliches Problem: ich verstehe noch kein Pearl und (wahrscheinlich) darum auch nicht, wie in den anderen Modulen der Editor eingebaut wird.

3. registriere in einer .xml diese .pm

4. und packe das als neues Modul

Hätte jemand einen Tipp für mich, wie der Code für den Editor aussehen müsste?

[jojo]

HTML wird im OTRS immer als Attachment gespeichert und der unformatierte Text als Inhalt, damit suchen etc auch weiterhin funktionieren.

Mal eben schnell was programmieren ist hier nicht.

Übrigens, die Programmiersprache heisst PERL

[Koki75]

Siehst Du, hab ich mich bei perl doch echt verschrieben

Der Hinweis mit dem Plaintext für die Suche ist aber echt heiß - danke. Hatte mich schon gewundert, warum immer alles doppelt vorliegt. Wegen der Suche also.

Also muss in das Modul evtl. eine Schema-Erweiterung um ein Feld mit rein. Das ist nicht so kompliziert, haben per Modul schon mal an der DB rum geschraubt. Das schau ich mir an.

Uns war das Feld für den WO-Bericht immer zu klein. Funktioniert jetzt seit ca. einem Monat wunderbar.

Aber über einen Hinweis bzgl. wo man in einer pm den Aufruf für den Editor mit rein baut, würde ich mich schon freuen.

Grüße und schönes WE!