AEMaaCSでロックされたページのワークフローメニューの可用性に一貫性がないものを解決する
この記事では、Adobe Experience Manager as a Cloud Service（AEMaaCS）のSites コンソールとページエディター間でロックされたページに対して使用できるワークフローメニューの一貫性に欠ける機能を解決する方法について説明し、製品アップデートが利用可能になるまで回避策を提供します。
説明 description
Adobe Experience Manager as a Cloud Service（AEMaaCS）では、ワークフロー内にあるか、ユーザーによって明示的にロックされているかによって、ページがロックされると、サイトコンソールはそのページで新しいワークフローを開始するオプションを非表示にします。 ただし、ページが既にロックされていても、ページエディターにはワークフローを開始するオプションが表示されます。 この状態でページエディターからワークフローを開始しようとすると、サイレントで失敗し、ユーザーにフィードバックが提供されません。 ユーザーは、ワークフローがまだ開始されていないとワークフローが開始されたと信じる可能性があるため、この一貫性の欠如により、混乱や潜在的なワークフローの失敗が発生する可能性があります。
環境
- Adobe Experience Manager as a Cloud Service（すべてのバージョン）
症状
- Create → ワークフローは、Sites コンソールでロックされたページに使用できません。
- ページ情報 → 開始ワークフローは、ページエディターで同じロックされたページで使用できます。
- ロックされたページのページエディターからワークフローを開始しようとすると、エラーやフィードバックが表示されずに失敗します。
原因
ページエディターでは、現在、サイトコンソールと同じワークフローの可用性とロックチェックが適用されないため、ユーザーインターフェイスの動作に一貫性がありません。
解決策 resolution
問題を解決するには、次の手順に従います。
-
これは既知の製品制限であり、今後のAEM as a Cloud Service リリースで対処される予定です。 この問題に関するアップデートについては、AEM Cloud Service リリースノートを監視してください。
-
（オプション）ページエディターUIをカスタマイズします。
-
開発者は、ページがロックされ、現在のユーザーがロック所有者ではない場合に、 ワークフローの開始 オプションを非表示にするようにページエディターをカスタマイズできます。
-
これは、 ページ情報 → ワークフローを開始の背後にあるアクションにGranite レンダリング条件を追加して、ページのロック状態と所有者を確認することで実装できます。 UI アクションのカスタマイズについて詳しくは、コンソール UIのカスタマイズに関するAEMのドキュメントを参照してください。
-
-
（オプション）ワークフローモデルにロックチェックを追加します。
-
ワークフローモデルに最初のプロセスステップを追加して、ペイロードページのロックのステータスと所有者を調べます。
-
任意のページが別のユーザーによってロックされている場合は、直ちにワークフローを停止するか、 ロックされたコンテンツ パスにルーティングします。
-
ページが別のユーザーによってロックされているため、ワークフローを開始できないことを示す明確なフィードバックをユーザーに提供します（例：ワークフローコメントまたは通知を設定する）。
-
-
これらの回避策を適用した後、次のことを確認します。
-
ロックされていない所有者のページエディターでは、 ワークフローの開始 オプションは、ロックされたページでは非表示になっています。
-
ロックされたページでワークフローを開始しようとすると、ユーザーに即座に明確なフィードバックが提供されます。
-