Redactor: Erweiterte Redactor-Einstellungen scheinen "Site verlassen?" Warnungen

Erstellt am 31. Aug. 2019  ·  15Kommentare  ·  Quelle: craftcms/redactor

Ich habe gerade eine Craft-Site und alle ihre Plugins auf die neuesten Versionen aktualisiert. Sobald ich mit dem Testen der Site begonnen habe, habe ich die Erfahrung gemacht, dass "Site verlassen?" Warnmeldungen, wenn Sie von einem Eintrag weg navigieren, der ein ausgefülltes Redaktorfeld hatte.

Es scheint, dass jedes Redactor-Feld, bei dem eine der folgenden Einstellungen aktiviert ist (siehe Bild) und mindestens 2 Formatierungstypen aufweist (z. B. Blockquote und h2), diese Warnmeldung verursacht.

Screen Shot 2019-08-30 at 3 31 29 PM

Hilfreichster Kommentar

Wir haben gerade Redactor 2.4.0 mit einem Fix dafür veröffentlicht!

Alle 15 Kommentare

Läuft auch auf dieses Problem. Tritt auf, wenn das Feld mehr als ein Tag enthält, z. B.

<p>Test</p>
<p>Test</p>

oder

<p>Test <a href="">link</a></p>

Craft Pro 3.2.10
Redaktor 2.3.3.2

Wir haben gerade Redactor 2.4.0 mit einem Fix dafür veröffentlicht!

@brandonkelly Ich habe dieses Problem immer noch.

Kann bestätigen, dass das Problem weiterhin besteht, aber die Fehlerbehebung hat das Problem in einigen Fällen behoben.

@brandonkelly Haben wir eine Chance, dieses Problem erneut zu öffnen? Ich erlebe das immer noch regelmäßig in Craft 3.3.10 / Redactor 2.4.0

Kann jemand, der dieses Problem immer noch hat, bitte die folgenden Dinge an [email protected] senden?

  • eine Datenbanksicherung
  • dein config/redactor/ Ordner
  • Ihre composer.json und composer.lock Dateien

@brandonkelly Gesendet

Konnte reproduzieren, wenn das Feld ein void-Tag enthielt, bei dem Redactor und HTML Purifier sich über die zu verwendende Syntax nicht einig sind ( <hr> vs <hr /> ). Auch wenn Bilder vorhanden sind, fügt Redactor bei der Initialisierung zufällig data-image Attribute hinzu.

Die Syntax der selbstschließenden Tags könnte von PHP vornormalisiert worden sein, aber wir können nicht vorhersehen, was diese data-image Attribute sein sollten. Also beschloss ich, dies einfach von Crafts Ende aus zu beheben, indem ich eine kleine Verzögerung vor dem Speichern der anfänglichen Formwerte hinzufügte, was Redactor etwas mehr Zeit gab, seinen Wert zu normalisieren, bevor er als anfänglicher Formwert erfasst wird.

Um die Fehlerbehebung frühzeitig zu erhalten, ändern Sie Ihre craftcms/cms Anforderung in Composer.json in:

"require": {
  "craftcms/cms": "dev-develop#602679ea534e23838ea03d3bb82552471ebc1d24 as 3.3.13",
  "...": "..."
}

Führen Sie dann composer update .

Hallo @brandonkelly , kann bestätigen, dass dies für Redactor auf unserer Seite https://plugins.craftcms.com/grid

@brandonkelly Ich

Ich habe einen einfachen Eintrag mit einem einzelnen Redactor-Feld getestet. Ich habe einen zweiten Absatz hinzugefügt und dann gespeichert. Beim Löschen des zweiten Absatzes wurde ein <br> Tag hinterlassen (was wie ein eigenes Problem aussieht).

So sieht der Redactor-Inhalt aus, wenn Sie die Option "html" anzeigen.
<p>Save $25 for every $500 you spend in store. Loyalty members also receive early access to exclusive offers, text message discounts, special product bundles, major event invitations, and new product announcements. Ask your Docent for more details.<br></p>

Es scheint also, dass das Tag <br> in diesem Fall immer noch regelmäßig Probleme verursacht.

@jsunsawyer Und um das 602679ea534e23838ea03d3bb82552471ebc1d24 gemäß meinem letzten Beitrag aktualisiert? An diesem Punkt sollte es egal sein, was Redactor mit seinem Feldwert bei der Initialisierung macht, da Craft seinen "initialen" Seitenwert nicht aufzeichnet, bis alle anderen JS-Dateien beim Laden/Doc-Ready die Ausführung beendet haben.

@brandonkelly Ah, tut mir leid. Ich habe gerade auf die veröffentlichte Version 3.3.13 aktualisiert. Ich ging davon aus, dass dieser Fix enthalten war. Lass mich das Ausprobieren.

@stenvdb Dazu müssen Sie unter https://github.com/wbrowar/craft-grid/issues ein Problem eröffnen.

@brandonkelly Das Aktualisieren auf diese Version hat funktioniert. Vielen Dank!

Danke, dass du das @brandonkelly repariert hast!

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen