Skip to main content

ContentCreator Fehlermeldung bei Freigabe

Comments

6 comments

  • Zendesk API User
    Author: z00mable - 11/24/2014 12:18

    Kleines Update:

    Wir haben festgestellt, dass der ContentCreator die Seite automatisch locked sobald er darauf ist, ohne dass igrendwelche Formularfenster geöffnet sind. Denn wenn man eine Seite im ContentCreator geöffnet hat wird beim ausführen des Release-Workflows im Java-Client dieselbe Fehlermeldung wie im ContentCreator geworfen.

    0
  • Zendesk API User
    Author: marza - 12/9/2014 11:00

    Hallo Dennis,

    versteh ich richtig, die Fehlermeldung erscheint nicht, wenn man vorher den ContentCreator schließt und erst dann man im SiteArchitect anfängt?

    Grüße Marian

    0
  • Zendesk API User
    Author: z00mable - 12/9/2014 14:20

    Hi Marian,

    danke für deine Antwort. Ich bin nocheinmal verschiedene Testszenarien durchgegangen. Folgendes kam dabei heraus:

    Dies funktioniert:

    • Im JavaClient eine Seite bearbeiten und freigeben
    • Bereits freigegebene Seiten nocheinmal im ContentCreator freigeben
    • Im JavaClient eine Seite bearbeiten und im ContentCreator freigeben
    • (Nur manchmal) Nach dem ersten bearbeiten einer Seite im ContentCreator freigeben

    Folgendes funktioniert nicht:

    • Mehr als einmal hintereinander eine Seite im ContentCreator bearbeiten und freigeben, dabei hilft es auch nicht zwischendurch auf eine andere Seite zu navigieren
    • Eine Seite im ContentCreator bearbeiten und im JavaClient freigeben, egal ob man noch das ContentCreator Fenster geöffnet hat oder nicht.

    Bei dem letzten lässt sich die Seite im JavaClient erst freigeben, wenn man unter "Projekt -> Andere Sitzungen beenden" auswählt.

    0
  • Zendesk API User
    Author: z00mable - 12/15/2014 10:54

    Hallo zusammen,

    ich hab nun endlich die Ursache gefunden. Das Problem liegt in unserem "internal_link"-Template im Zusammenhang mit den Project Settings. Da die Links auf verschiedene Situationen angepasst ist wird folgender Code für die Preview verwendet:

    $CMS_IF(isPreview && editable)$

       

        $CMS_SET(processedInnerHtml)$$--

            --$<span $CMS_VALUE(editorId(reloadPreview:true))$>$--

                --$$CMS_VALUE(temporaryStoreInnerHtml.toString.trim)$$--

            --$</span>$--

        --$$CMS_END_SET$   

       

    $CMS_END_IF$

    Ohne das "$CMS_VALUE(editorId(reloadPreview:true))$" lassen sich nun Seiten wieder problemlos freigeben. Das heisst, es darf kein "editor" in einem CMS_SET gespeichert werden und dann links in den Project Settings damit gesetzt werden.

    0
  • Zendesk API User
    Author: Peter_Jodeleit - 12/16/2014 7:37

    Hallo z00mable

    Wir haben das release ein wenig auf unsere Bedürfnisse angepasst.

    Wurde dabei eventuell vergessen, die Sperre am Knoten aufzuheben?

    Ich glaube nicht, das der Fehler über den geposteten Template-Code hervorgerufen wurde...

    0
  • Zendesk API User
    Author: z00mable - 12/16/2014 9:13

    Hi Peter,

    ich habe dasselbe Verhalten mit den originalen BasicWorkflows 1.0.7 nachstellen können.

    0

Please sign in to leave a comment.