подписка

backend/Tnsu.ApprovalRoute.Application/ListPartitioning/CreateNextListPartitionJob.cs

@@ -5,6 +5,7 @@ using Microsoft.Extensions.Logging;
 using Microsoft.Extensions.Options;
 using Tnsu.ApprovalRoute.Infrastructure.Persistence;
 using Tnsu.ApprovalRoute.Infrastructure.SharePoint;
+using Tnsu.ApprovalRoute.Infrastructure.TnsuPortal;
 
 namespace Tnsu.ApprovalRoute.Application.ListPartitioning;
 
@@ -35,11 +36,27 @@ public sealed class CreateNextListPartitionJob(
     ListPartitioningLock provisioningLock,
     ListPartitionRegistry registry,
     ISharePointListProvisioner provisioner,
+    TnsuPortalCallerToken callerToken,
     IOptions<ListPartitioningOptions> options,
     ILogger<CreateNextListPartitionJob> logger)
 {
-    public async Task RunAsync(int requestTypeId, CancellationToken cancellationToken)
+    /// <param name="authorization">
+    /// Заголовок Authorization пользователя, чей запрос вызвал провижининг (см.
+    /// ListPartitionService.TryEnqueueProvisioningAsync). Нужен, чтобы подписать
+    /// новый список на уведомления от имени этого пользователя: своего HttpContext
+    /// у фоновой задачи нет, а client_credentials сейчас не настроен (см.
+    /// TnsuPortalAuthorizer). Провижининг занимает секунды, поэтому токен не
+    /// успевает истечь — но на ПОВТОРЕ Hangfire (минуты спустя) он уже может быть
+    /// просроченным: тогда подписка вернёт 401 и упадёт мягко, не сорвав создание
+    /// списка (см. ISharePointWebhookSubscriber).
+    ///
+    /// Учтите: как аргумент задачи он попадает в хранилище Hangfire (Postgres) и
+    /// виден в его дашборде.
+    /// </param>
+    public async Task RunAsync(int requestTypeId, string? authorization, CancellationToken cancellationToken)
     {
+        callerToken.Set(authorization);
+
         // Единственная настоящая защита от параллельного запуска: атомарный захват
         // флага в строке request_types. Проверка перед постановкой в очередь —
         // только чтобы не плодить лишние задачи; гонку разруливает именно здесь.