Codeer.LowCode.Blazor.Extras.Server 0.12.0

• net8.0

  • AWSSDK.S3 (>= 4.0.102.4)
  • Azure.AI.FormRecognizer (>= 4.1.0)
  • Azure.AI.OpenAI (>= 2.1.0)
  • Azure.Identity (>= 1.13.2)
  • Azure.Storage.Blobs (>= 12.23.0)
  • Codeer.LowCode.Blazor.Extras (>= 0.12.0)
  • Excel.Report.PDF (>= 0.36.0)
  • MailKit (>= 4.17.0)
  • Markdig (>= 0.37.0)
  • Microsoft.AspNetCore.Authentication.OpenIdConnect (>= 8.0.8)
  • Microsoft.Extensions.AI (>= 10.7.0)
  • Microsoft.Extensions.AI.OpenAI (>= 10.7.0)
  • System.Text.Encoding.CodePages (>= 8.0.0)

Breaking: the 0.5.0 mail API is removed together with Codeer.LowCode.Blazor.Extras 0.12.0. SmtpMailService and MailSettings are gone; an app that still binds the MailSettings section or calls SmtpMailService must switch to MailDispatcher with a mail sender table (see the app templates). Requires Codeer.LowCode.Blazor.Extras 0.12.0. MailField: MailDispatcher.SendAsync(request, moduleDataIO) replaces SendAsync(request). It refuses the request unless the MailField exists on SourceModule and the current user can read that field by user permissions alone (application access conditions, the module UserReadCondition and the PermissionField read conditions that are false for the user regardless of the row, via ModuleDataIO.CheckUserReadAuthorization of Codeer.LowCode.Blazor 1.3.33; the record itself is not read, so DataReadCondition is not applied and unsaved records and modules without a database work), and it takes the mail infra name from the field design instead of the request. MailPreviewBuilder applies the same check to the single-mail preview. Update MailController (and the desktop MailTransportHandler) as in the app templates. BulkMailField: MailBulkSearch.SendAsync and the bulk preview apply the same check to the BulkMailField named by MailBulkSearchRequest.SourceModule / FieldName and take the mail infra name from the field design; the recipients are still resolved through the user's read permissions. No signature change. ApprovalFlowField: ApprovalEngine applies the same check to the ApprovalFlowField named by ApprovalCommand.TargetModuleName / FieldName before the per-action checks (approver / applicant), so a route member who can no longer open the request module, or from whom the field is hidden by a PermissionField, is refused. It also refuses a command whose FlowId belongs to a different request module than TargetModuleName, a Submit / Resubmit whose TargetSubmitData is for a different module, and a Resubmit that saves a record other than the flow's own request. Actions on an existing flow (approve, reject, return, withdraw, confirm, resubmit) also require that the current user can read the request record (DataReadCondition); otherwise the result is ApprovalError_TargetNotReadable. No signature change. AIChatField: AIChatJobStore.StartAsync(ownerKey, request, moduleDataIO) replaces Start(...). It refuses the request unless the AIChatField named by AIChatSendRequest.ModuleName / FieldName is visible to the current user (same check as MailField) and takes the agent name and document folder from the field design instead of the request. Update AIChatController as in the app templates. AITextAnalyzerField: AITextAnalyzeService.AnalyzeFileAsync / AnalyzeTextAsync(moduleDataIO, modules, moduleName, fieldName, ...) replace FileToDataAsync / TextToDataAsync(..., remarks, ...). They refuse the request unless the AITextAnalyzerField is visible to the current user (same check) and take the extraction hints (Remarks) from the field design. Update AITextAnalyzeController as in the app templates. Fix: AITextAnalyzeService now talks to the chat model through Microsoft.Extensions.AI IChatClient instead of calling the Azure OpenAI ChatClient directly; a host that also references Microsoft.Extensions.AI.OpenAI 10.7 (OpenAI 2.11) got a MissingMethodException from Azure.AI.OpenAI 2.1.0 on every analysis. The default constructor still builds the Azure OpenAI client from AISettings; a new constructor AITextAnalyzeService(AISettings, Func<IChatClient>) lets the host supply any provider. Adds a dependency on Microsoft.Extensions.AI.OpenAI 10.7.0, which also raises the Microsoft.Extensions.* abstractions this package is compiled against to 10.x; a net8.0 host that does not reference Microsoft.Extensions.AI.OpenAI directly may then fail to compile with CS1705 (Microsoft.Extensions.Hosting.Abstractions 8.0 vs 10.0) because NuGet keeps the nearer 8.0 reference. Add <PackageReference Include="Microsoft.Extensions.AI.OpenAI" Version="10.7.0" /> to the host project, as the app templates do. Requires Codeer.LowCode.Blazor.Extras 0.12.0 and Codeer.LowCode.Blazor 1.3.33.