フォームと訪問、ルール

通知ルールの変更により、ルールの再実行に失敗しました

ルール設計者: テスト・モードでルールを公開し、アクティブ・モードでルールを再実行すると、ルールの再実行が正常に完了します。どちらの場合も、UIでエラーは発生せず、ルールの再実行完了Eメールが受信されます。以前は、ルールの再実行およびデバッグがnullの場合、ルールの再実行およびデバッグが失敗していました。

取り消された回避方法: なし。(問題 34151802)

異なる試験バージョンで同じ訪問のデータが取得されると、症例訪問の署名が失敗する

スポンサおよびサイト・ユーザー: 「予期しないエラーのため、サブジェクトxxxxxは署名できませんでした」というエラーが発生しなくなりました。新規試験バージョンの適用前および適用後にデータ入力が発生するサブジェクト訪問に署名すると、このエラーが発生します。以前は、データ入力がビジットで開始され、新しい試験バージョンがサイトに適用された後に追加データが入力された場合、エラーが発生していました。

取り消された回避方法: なし。(問題34098859)

2セクション・フォームの動的セクションは保存できません(以前の既知の問題)

サイト・ユーザー: 2セクション・フォームの繰返し表のインライン編集ではなく、ダイアログを使用してデータを入力すると、すべてのデータを保存できます。以前は、2セクション・フォームの動的セクションに追加されたデータを保存しようとしたときに、データを保存できませんでした。これは、2セクション・フォームの繰返し表をインライン編集するのではなく、ダイアログを使用してデータを入力したときに発生します。

取り消された回避策: 表の前に質問を入力して保存し、2番目のセクション(繰返し表の質問)のデータを入力して保存する必要がなくなりました。(問題34052489)

訪問詳細は、getValues JavaScript式で想定どおりに返されません(以前の既知の問題)

ルール・デザイナ: getValues JavaScript式を使用してルールを実行すると、訪問スケジュールに従って訪問データが返されます。この問題は、当初、ビジット・スケジュールに動的ビジットが存在することが原因でした。

取り消された回避方法: なし。(問題 33088502)

ロックされたフォームをビジットに割り当てることはできません

学生デザイナ: これで、ロックされたフォームを試験のビジットに割り当てることができます。以前は、ある試験デザイナがフォームを編集してロックしている間に、別の試験デザイナがそのフォームを試験のビジットに割り当てることができませんでした。(問題33773027)

コピーされた試験のタイトルが切り捨てられます(以前の既知の問題)。

試験デザイナ: 今度は、ある試験から別の試験に設計をコピーし、その試験の名前が長すぎる場合、表示されていない追加のテキストがあることを示す省略記号が表示されます。以前は、スタディのデザインをコピーした後、スタディのタイトルはホーム・ページで切り捨てられました。

撤回された回避策: まだ試験のタイトルにカーソルを置くと、完全な試験のタイトルが表示されます。(問題 33605369)

別のスタディ・デザイナは、ロックされたフォーム(以前の既知の問題)を削除できます

学生デザイナ: これで、ロックされたフォームを期待どおりに削除できなくなります。以前は、別の試験デザイナがそのフォームを編集している間に、ロックされたフォームを削除できました。ロックされたフォームを削除した後、他のスタディ・デザイナが変更を保存しようとすると、エラー・メッセージが表示されます。

取り消された回避方法: なし。(問題 33664784)

質問がラボ・フォームで正しく順序付けされていません(以前の既知の問題)

スタディ・デザイナ: ラボ・フォームで繰返しフォーム表の質問を並べ替えると、質問は作成したばかりの順序を保持し、期待どおりに連続して番号が付けられます。以前は、ラボ・フォームの繰返し表で質問の順序を変更しようとしたときに、変更を保存するときに、これらの質問が表に正しく番号付けされていないことに気付きました。

取り消された回避方法: なし。(問題 33699473)

「フォームの表示」動的ルールは、削除されても引き続き有効です(以前の既知の問題)。

スタディ・デザイナ: ここで、質問から「フォームの表示」ルールを削除し、その変更をライブ・スタディ・バージョンに適用すると、以前に動的に表示されていたフォームが静的フォームとして常に表示されます。以前は、「ドラフト」モードでは、ライブ・スタディ・バージョンの質問から「フォームの表示」ルールを削除したときに、動的フォームが静的フォームとして表示されていれば、動的フォームがまだ動的に表示されることに気付きました。

取り消された回避方法: なし。(問題 33736682)

Getvaluesヘルパー関数はフラット フォームでは機能しません(旧既知の問題)

ルール設計者: 標準フォーム(繰返しではないフォーム)で、空のフィールドでGetvaluesルールを実行すると、ルールによって予期されるnull値が返されます。以前は、Getvaluesルール・ヘルパー関数を実行すると、フィールドが特にクリアされたときのみnull値が返されました。

取り消された回避方法: なし。(問題 33067140)

動的ルールが追加されると、質問グループから質問が削除されます

試験デザイナ: ここで、動的フォームの決定質問が質問グループ内に配置されると、質問は、試験をドラフトからテストに移動するときにグループ内の場所を保持します。また、各質問グループのすべての質問が適切に順序付けされています。以前は、動的フォームの決定質問は、「ドラフト」から「テスト」に移動するたびにグループから削除されていました。(問題 33821413)

GetCurrentCycleヘルパー関数が正しい結果を取得しません

ルール設計者:サイクル訪問のGetCurrentCycleカスタム・ルールのオペランドを変更しようとすると、適切な結果が表示されます。以前は、ルールのオペランドを変更する際に、指定したサイクルよりも別のサイクルのデータを取得していることに気付いたことがあります。(問題 33825640)

訪問ステータスAPIが正しく動作していません(以前の既知の問題)

APIユーザー: 「訪問の表示」動的ルールを構成し、POST APIコマンドを実行しようとすると、APIが期待どおりに動作していることがわかります。この修正は、ライブ・スタディのスケジュールへのビジットの挿入にも使用できます。以前は、サイト・ユーザーが動的ビジットを表示しなかった方法で決定質問に回答し、APIコマンドを実行したときに、レスポンスが成功したコマンドを示していることに気付きました。かわりに、動的訪問を表示する方法で決定質問に回答しなかったため、APIはエラー・レスポンスを返しました。

取り消された回避方法: なし。(問題 33615686)

関連フォームにデータが正しく表示されない(以前の既知の問題)

サイト・ユーザー: 試験デザインで2つのフォームを関連付けると、2つのフォーム間のリンクを生成する質問のすべての詳細が予想どおりに表示されます。以前は、テスト・モードでは、繰返しフォームを別のフォームにリンクする決定質問に回答するときに、行番号と訪問ラベルのみが表示されていることに気付きました。

取り消された回避方法: なし。(問題 33856160)

サイクル訪問に割り当てられた場合、動的フォームが機能しない(以前の既知の問題)

サイト・ユーザー: 特定の訪問サイクルに動的フォームを割り当てると、その動的フォームが期待どおりに動作し、影響を受ける訪問のステータスが正しく更新されます。以前は、テスト・モードでは、動的フォームがビジット・サイクルに関連付けられたものとして表示されるたびに、影響を受けるビジットのステータスが選択したサイクルで正しく更新されませんでした。

取り消された回避方法: なし。(問題 33733658)

APIは、試験デザインに繰返しフォームに少なくとも2つのアイテムが含まれている場合にnullを返すのではなく、空の配列を返します

APIユーザー: 試験設計に2つ以上のアイテムを含む繰返しフォームが含まれ、データが最初のアイテムに対してのみ入力されると、APIレスポンスの一部として2番目のアイテムに対してnullデータ要素が作成されます。以前は、2番目のアイテムにデータが入力されていない場合に、APIレスポンスの一部としてnullデータ要素が作成されませんでした。

取り消された回避方法: なし。(問題34036119)

試験設計に繰返しフォームが含まれ、データが特定の方法で入力されると、APIは余分なレコードを返します

APIユーザー: 試験設計に繰返しフォームが含まれ、データが特定の方法で入力されると、APIレスポンスで正しいレコードが返されます。以前は、APIレスポンスには、リターンに追加のレコードが含まれます。これは、重複がないことを確認するために追加の条件を追加することで対処されました。

取り消された回避方法: なし。(問題 34056494)