Mac で LockDown Browser のスクリーンショットが無効 (Cmd-Shift-3/4/5 ブロック)

LockDown Browser は試験実行中に macOS のスクリーンショットキーストローク (Cmd-Shift-3、Cmd-Shift-4、Cmd-Shift-5) を遮断します。試行は Monitor 録画にキオスクモード違反として記録されます。Cmd-Shift-3/4/5 キーは WebKit のレベルではなく、キオスクイベントレベルでブロックされます。

ブロックされるもの

試行するとどうなるか

試験中にスクリーンショットキーストロークを試した場合:

  1. キーストロークは、macOS のスクリーンショットサービスが受け取る前に LDB が遮断します。
  2. スクリーンショットは撮影されません。
  3. 試行は Monitor 録画のタイムラインに「画面キャプチャ試行」イベントとして記録されます。
  4. 担当教員は録画確認時に試行を確認できます。
  5. 試験は通常通り続行します。

ブロックはどう実装されているか

LDB は macOS のキーボードイベントシステムにアプリケーションフォアグラウンドレベルで接続します。キオスクモードのアプリがアクティブな場合:

これはキオスクモードアプリレベルで動作するため、これらのキーを再割り当てするサードパーティツールもブロックされます。再割り当てツールに到達する前に遮断されるからです。

担当教員がスクリーンショットを無効化する理由

LDB が撮影 (とアップロード) するスクリーンショット

LDB は Monitor の一部として受験者の画面のスクリーンショットを撮影します:

非対称性: Respondus は受験者の画面をキャプチャしますが、受験者は Respondus の画面をキャプチャできません。設計上です。

引き続き動作するもの

動作試験中に動作するか?
携帯電話のカメラで画面を撮影○ ただし Monitor がその様子を記録
画面に試験が表示されている間に紙に書く
暗記して後で再現○ ただし覚えておく必要あり
試験終了後の Cmd-Shift-3○ キオスクモードが解放されれば
macOS の組み込みスクリーンショット履歴空 - LDB は記録させなかった

正当にエラーをキャプチャする必要がある場合

LDB のエラーをキャプチャすることが本当に役立つ場面:

回避策: 携帯電話で画面を撮影してください。Monitor 録画にその様子が映ります。担当教員は通常、説明があればこれを受け入れます。携帯電話のスクリーンショットは手元に残ります (試験中に携帯電話をカンニングにも使わない限り、フラグされません)。

Monitor 録画でスクリーンショット試行はどう見えるか

担当教員のレビューインターフェイスでは:

Frequently asked questions

携帯電話で試験を撮影できますか?

技術的には可能です。Monitor はカメラビューを記録しますが、携帯電話に直接介入はしません。ただし、試験中に携帯電話を持ち上げている様子は録画にキャプチャされ、不審に見えます。お控えください。

偶発的な Cmd-Shift-3 でフラグされますか?

偶発的なキーストロークが 1 回なら、普遍的に無害と扱われます。担当教員も自分でよく押し間違えます。整合性レビューを引き起こすのは、繰り返しの試行パターンです。

なぜ macOS は「スクリーンショットを撮影しました」の UI を表示するのに、スクリーンショットがないのですか?

LDB は macOS が UI を表示する前にキーストロークを遮断します。UI 要素が見えた場合、スクリーンショットは部分的に試行されている可能性があります。~/Desktop または保存先を確認してください。当方の再現環境では、スクリーンショットは完全にブロックされ、ファイルは書き込まれません。