Questions & Answers

[thorsten]

Hallo zusammen,

sehe ich es richtig, dass bei Nutzung von InEdit sämtliche für das Eingabefeld definierten Validierungsregeln einfach ignoriert werden, und man dadurch Inhalte an den Regeln vorbei erst mal "einschleusen" kann?

Das führt zu einer seltsamen "Editor Experience", wenn man über InEdit Inhalte eingeben kann, die erst "im nachhinein"  (z.B. bei Aufruf des kompletten Eingabeformulars, Neuladen der Seite im CC, oder bei Freigabe der Seite falls Freigabe-verhindernd) über die Regeln als invalide gemeldet werden.

Danke & Grüße,
Thorsten

[thorsten]

@hoebbel gibt es dazu eine "offizielle" Einschätzung ob diese Lücke absichtlich vorhanden ist, und ggf. warum?

[thorsten]

@mbergmann hast Du dazu vielleicht einen Rückmeldung/Info?

[hoebbel]

Hallo Thorsten,

ich würde erwarten, dass auch beim InEdit die entsprechende Regelverletzung angezeigt wird. Hierbei muss bei einer speicherverhindernden Eingabe der OK Button deaktiviert werden, bei einer freigabeverhindernden Eingabe sollte ein Hinweis erfolgen.

Ich habe das gerade kurz getestet und genau das passiert auch hier lokal. Die entsprechende Message wird neben den Buttons mit rotem (Speichern verhindernd) bzw. gelben (Freigabe verhindernd) Hintergrund dargestellt. Bei der ersten Meldung wird zusätzlich der OK Button deaktiviert. 

Du solltest mit dem entsprechenden Beispiel ein Ticket beim Customer Support einreichen. es scheint ja neben dem einfachen Testfall, den ich gerade getestet habe, mindestens einen Weg zu geben, um das gewünschte Verhalten zu umgehen.

Mein Testfall war übrigens eine CMS_INPUT_TEXT Eingabekomponente, dessen Inhalt ich auf einen bestimmten String geprüft habe.

	<RULE>
		<WITH>
			<NOT>
				<EQUAL>
					<PROPERTY name="VALUE" source="Head"/>
					<TEXT>not allowed</TEXT>
				</EQUAL>
			</NOT>
		</WITH>
		<DO>
			<VALIDATION scope="release">
				<PROPERTY name="VALID" source="Head"/>
				<MESSAGE lang="*" text="not allowed is not allowed"/>
			</VALIDATION>
		</DO>
	</RULE>

Viele Grüße,
Holger

[cpe]

Hallo!

Da mir die Messages beim InEdit noch nie aufgefallen sind und ich die für sehr sinnvoll halte, habe ich das mal getestet.

Ich bekomme tatsächlich die Nachrichten, aber nur, wenn ich unsere allgegenwärtige Vorbedingung zu #global TRANSLATED und INCLUDED raus nehme.

Der Part scheint im CC nicht zu funktionieren und da wir den quasi fast überall dabei haben...

Ich füge meine Testregel als Beispiel an. Mit dem IF-Block geht es nicht, ohne schon.

	<RULE>
		<IF>
			<AND>
				<PROPERTY name="TRANSLATED" source="#global"/>
				<PROPERTY name="INCLUDED" source="#global"/>
			</AND>
		</IF>
		<WITH>
			<NOT>
				<PROPERTY name="EMPTY" source="st_headline"/>
			</NOT>
		</WITH>
		<DO>
			<VALIDATION scope="RELEASE">
				<PROPERTY name="VALID" source="st_headline"/>
				<MESSAGE lang="*" text="Please fill in this field!"/>
			</VALIDATION>
		</DO>
	</RULE>

---

Cheers
Connz

[hoebbel]

Hallo Connz,

bitte stell diesbezüglich ein Ticket bei unserem Customer Support ein. Du kannst dich dabei gerne auf die interne ID CXT-3412 beziehen, unter der ich einen entsprechenden Bugverdacht gerade erstellt habe.

Viele Grüße
Holger

[hoebbel]

Kurzer Hinweis: Der Fix für CXT-3412 wird in FirstSpirit 2024.13 enthalten sein.

[cpe]

Sehr cool, danke! 🙂

[thorsten]

Super, besten Dank!