間違った支店訪問に割り当てられた症例

スタディ・デザイナおよびルール開発者:現在は、サブジェクトに割り当てられたトリートメント・アームと分岐質問に対する回答によって、サブジェクトの後続の訪問が決定されます。以前は、症例が治療アームに割り当てられていても、分岐質問に対する回答のみが次の訪問を決定していました。

取り消された回避策: ありません。(問題35037630)

JavaScriptカスタム・ルールは、有害事象(以前の既知の問題)では動作しない場合があります

スタディ・デザイナ: スタディのドラフトでは、有害事象に割り当てられたフォーム内のすべての質問に対して、成功したJavaScriptルールを構成できます。以前は、フォームに多くの質問が含まれている場合、各質問のカスタム・ルールを構成すると、ルールの背後にあるAPIエンドポイントが失敗する可能性があります。

撤回された回避策: スタディ設計者は、フォームに多数の質問が含まれている場合でも、フォーム内の各質問に対してカスタム・ルールを構成することはお薦めしません。(問題34775012)

ブラウザが途中でクローズされている場合(以前の既知の問題)は、試験バージョンを承認済コンテナに移動した後に試験バージョンの問題が発生する可能性があります

スタディ・デザイナ: テスト・コンテナから承認済コンテナに試験バージョンを移動し、このアクションがバックエンドで完了する前に誤ってブラウザを閉じると、これは試験デザインに影響しなくなります。以前は、アクションが完了する前にブラウザを閉じた場合、無作為化リストを試験バージョンに関連付けること、または症例を無作為化するときに問題が発生している可能性があります。

取り消された回避策: ありません。(問題34324333)

ルールの変数のクリアによって、そのターゲットのクリアが決まります。

ルール設計者およびテスター: カスタム・ルールの変数がクリアされると、ルールのメカニズムが更新され、ターゲット・フィールドをクリアまたは更新する必要があるかどうかが決定されます。以前は、ルールの実行後、変数がクリアされるたびにターゲット・フィールドも自動的にクリアされていました。たとえば、フォームで別の質問の回答をクリアし、その質問が日時ヘルパー関数で変数として使用された場合、読取り専用「日時」フィールドもクリアされました。かわりに、ターゲット・フィールドは、フォームの最新の更新が実行された現在の日付で更新されている必要があります。(問題34873328)

DateTimeルールのルール・ターゲットは自動的には更新されません。

ルール設計者およびテスター: フォームの「日時」フィールドにDateTimeルールが構成されると、フォームでデータが変更されるたびに、そのルールのターゲット・フィールドが自動的に更新されます。たとえば、フォーム内のすべてのフィールドが完了すると、[日時]フィールドが現在の日付に自動的に更新されます。フィールドを空のままにするかクリアすると、ルールによって「日時」フィールドもクリアされます。以前は、ルールはターゲット・フィールドを自動的にリフレッシュしませんでした。この問題は、[日時]フィールドが読み取り専用であったときに発生しました。(問題34877289)

getCurrentCycleヘルパー関数を使用して構築されたカスタム・ルールでエラーが発生しました

ルール設計者およびテスター: getCurrentCycleヘルパー関数を使用してカスタム・ルールを作成し、そのターゲットが2セクション・フォームの一部である場合、ルールは予期したとおりに実行され、エラーは発生しません。以前は、getCurrentCycleヘルパー・ファンクションは、ルール・ターゲットの現在のイベント・インスタンス番号ではなく、ルール変数の現在のイベント・インスタンス番号を返していました。(問題34956461)

自動問合せルールを実行できません

ルール・デザイナ: 自動問合せのルールを作成、テストおよび公開すると、ルールは想定どおりに動作します。以前は、自動問合せのカスタム・ルールは、ライブ・スタディ・バージョンで公開されると、テスト・フェーズに合格しましたが失敗し始めました。(問題34869167)

getDateDMTFormat ()ヘルパー関数が不正な時間を返しています

ルール設計者: getDateDMYFormat ()ヘルパー関数は、予想どおりに「HH::mm:ss」の形式で時間を返します。以前は、このヘルパー関数を使用して時刻が正しく表示されませんでした。

たとえば、サイト・ユーザーが時刻を10:10と入力した場合、ヘルパー関数は10:10の値を返します。サイト・ユーザーが時刻を10:00と入力すると、ヘルパー関数は10の値を返します。たとえば、サイト・ユーザーが時刻を10:00と入力すると、ヘルパー関数は10:00:00の値を返し、時間、分および秒をカウントします。(問題34867905)

ルール・エディタでは、変数をドロップダウンにロードするのに数分かかります(以前の既知の問題)。

ルール・デザイナ: 「ルール・エディタ」ダイアログで、「変数」ドロップダウンからビジットを選択しようとすると、ドロップダウン・ロードの値が期待どおりにただちにロードされます。以前は、変数がドロップダウンにロードされるまでに約2.7分かかっていました。これは、大規模な試験で構成された訪問数が多いことによるパフォーマンスの問題でした。

取り消された回避策: ありません。(問題34789014)

一部日付の検証ルールが機能しない(以前の既知の問題)

スタディ・デザイナ: 「最小許容回答」がYYYYで「オン」または「以降」検証ルール(日付が2022年より前でないことを指定)を使用して日時質問を作成すると、サイト・ユーザーは問題に遭遇することなく、その日時質問を完了できます。

以前は、検証ルールで作成日を時間参照として使用していたため、サイト・ユーザーが検証ルールが作成された完全な日付を入力しなかった場合は常に、フォームにエラー・メッセージが表示されます。この問題は、サイトのユーザーがこの特定のユースケースで日時質問を正常に完了できるように、アプリケーションのバックエンドの特定のパラメータを変更することによって修正されました。

取り消された回避策: ありません。(問題34734551)