[GRDM-62705] ENABLE_TIMESTAMP = False でタイムスタンプ局へのリクエストを完全に停止できるように修正

[yacchin1205]

Purpose

ENABLE_TIMESTAMP = False を設定してもタイムスタンプ局(TSA)へのリクエストが止まらない問題を修正します。

現状の ENABLE_TIMESTAMP はファイルアップロード時のフック等5関数でのみ参照されており、False にしても以下の経路からはTSAへのリクエストが送信され続けます:

• ファイル画面の「Request Trusted Timestamp」アクション
• 証跡管理タブ・管理画面からの一括付与 (celery_add_timestamp_token)
• wiki インポート時のファイルコピー
• Nextcloud Institutions / Dropbox Business の Webhook 起点の自動付与

トークン発行(=TSAへの通信)を行う AddTimestamp / AddTimestampHash は add_token() の内部からのみ呼ばれるため、add_token() の入口で遮断すれば全経路を網羅できます。また、uPKI構成では検証も外部コマンド(ネットワークアクセスの可能性あり)経由で行われるため、検証の共通入口である check_file_timestamp() も停止対象に含めます。

Changes

• add_token() / check_file_timestamp() の冒頭に ENABLE_TIMESTAMP による早期 return を追加(同ファイル内の既存ガードと同じ形式)
• フラグ無効時に両関数が即座に None を返すことを確認するテストを追加

QA Notes

• 権限判定のコードには触れていません
• ENABLE_TIMESTAMP = True(デフォルト、変更なし)の環境では挙動は一切変わりません
• ENABLE_TIMESTAMP = False の環境でのE2Eテストとして、自動E2Eテストを実行しました。 https://github.com/RCOSDP/RDM-e2e-test-nb/actions/runs/33574939526 ... Migrationの失敗は [GRDM-62502] E2E Testにおける20250906からのアップグレード試験でmigrationが失敗する問題を修正 #780 , Metadataの失敗に関しては、arXiv APIによる補完処理の失敗(サービスの状況によりまれに失敗) で, Flowable Formsの失敗は E2Eテストでワークフロー開始フォームを開くと画面が二重に描画される不具合を修正 RDM-ember-osf-web#198 , Wikiの問題についてはmainでも発生中であるため、問題ないものと判断しました。

Documentation

None (ENABLE_TIMESTAMP は既存の設定項目です)

Side Effects

ENABLE_TIMESTAMP = False の環境でのみ、以下の既知の影響があります(UI側の整理は別途対応予定):

• ファイル詳細ページの検証APIが500となり、タイムスタンプ検証欄に「Fail: not responded」と表示されます
• Nextcloud Institutions / Dropbox Business のWebhook処理で AttributeError がログに記録されます(ファイル単位の except で捕捉されタスクは継続します。TSAへの通信は発生しません。Nextcloud は更新検出カーソルが進まないため、同じファイルが次回以降も再検出されます)
• 証跡管理タブの一括検証/付与タスクは全件スキップで正常終了し、TIMESTAMP_ALL_VERIFIED / TIMESTAMP_ALL_ADDED の NodeLog が記録されます

Ticket

GRDM-62705