valtech-components 4.0.977 → 4.0.979

package/lib/components/molecules/invitation-card/invitation-card.component.d.ts

@@ -17,7 +17,7 @@ import * as i0 from "@angular/core";
  *     token: invite.orgId,
  *     orgName: invite.orgName,
  *     inviterName: invite.inviterName,
- *     role: invite.roleId,
+ *     role: invite.roleLabel,
  *     accepting: accepting() === invite.orgId
  *   }"
  *   (onAccept)="accept(invite)"

package/lib/services/org/types.d.ts

@@ -76,6 +76,8 @@ export interface PendingInvitation {
     orgId: string;
     orgName: string;
     roleId: string;
+    /** Nombre legible del rol (ej. "Taquilla"), resuelto server-side. */
+    roleLabel: string;
     inviterId: string;
     inviterName: string;
     expiresAt: string;

package/lib/services/video-upload/types.d.ts

@@ -0,0 +1,23 @@
+/**
+ * Contrato de subida directa a S3 vía POST presignado (ADR-087). El consumer
+ * nunca arma este objeto a mano — lo recibe tal cual del backend
+ * (`RequestVideoUploadResponse`) y se lo pasa a `VideoUploadService.upload()`.
+ */
+export interface S3PostUploadIntent {
+    uploadUrl: string;
+    uploadFields: Record<string, string>;
+}
+/**
+ * Los dos pasos que SÍ dependen del dominio (receta, contenido, animal en
+ * adopción...) y que la lib no puede conocer: cómo pedir el intent de subida
+ * y cómo avisar que terminó. Todo lo demás (armar el FormData, el POST a S3,
+ * el orden intent→S3→finalize) lo resuelve `VideoUploadService`.
+ */
+export interface VideoUploadHandlers {
+    requestIntent: (file: File) => Promise<S3PostUploadIntent>;
+    finalize: () => Promise<void>;
+}
+export type VideoUploadStatus = 'uploading' | 'processing';
+export interface VideoUploadProgress {
+    status: VideoUploadStatus;
+}

package/lib/services/video-upload/video-upload.service.d.ts

@@ -0,0 +1,59 @@
+import { Observable } from 'rxjs';
+import { VideoUploadHandlers, VideoUploadProgress } from './types';
+import * as i0 from "@angular/core";
+/**
+ * Subida directa a S3 vía POST presignado (ADR-087, "el video no puede pasar
+ * por la API" — API Gateway tiene un tope duro de ~10MB de payload y un
+ * timeout de integración de 29s, ninguno de los dos configurable). El
+ * archivo nunca toca nuestro backend.
+ *
+ * Antes de este servicio, `uploadVideoToS3` vivía copiado literal en cada app
+ * consumidora (Eklesee, Okhelia) — mismo texto, mismo comentario, mismo
+ * riesgo de que un fix quede aplicado en una sola copia. Este servicio es al
+ * video lo que `StorageService` es a Firebase Storage: la app nunca ve el
+ * bucket, nunca arma un `FormData`, nunca sabe que el proveedor es S3.
+ *
+ * @example
+ * ```typescript
+ * private videoUpload = inject(VideoUploadService);
+ *
+ * onFileSelected(file: File) {
+ *   this.videoUpload.upload(file, {
+ *     requestIntent: (f) => firstValueFrom(this.recipeSvc.requestVideoUpload(recipeId, {
+ *       filename: f.name, contentType: f.type || 'video/mp4', sizeBytes: f.size,
+ *     })),
+ *     finalize: () => firstValueFrom(this.recipeSvc.finalizeVideoUpload(recipeId)),
+ *   }).subscribe({
+ *     next: (progress) => this.state.set(progress.status),
+ *     error: (err) => this.errors.handle(err, { context: 'my-page.uploadVideo', ... }),
+ *     complete: () => this.state.set('done'),
+ *   });
+ * }
+ * ```
+ */
+export declare class VideoUploadService {
+    /**
+     * Orquesta el flujo completo: pide el intent al backend del dominio, sube
+     * el archivo a S3, y avisa que terminó. Emite el progreso en dos pasos
+     * (`uploading` mientras sube a S3, `processing` mientras el backend hace
+     * `finalize`) y completa cuando el backend confirma — el estado real del
+     * video (`ready`/`failed`) sigue siendo async del lado del backend
+     * (EventBridge → worker), esto solo cubre la subida.
+     */
+    upload(file: File, handlers: VideoUploadHandlers): Observable<VideoUploadProgress>;
+    /**
+     * Arma el `FormData` de la subida POST de S3 y lo envía. **Orden del
+     * FormData**: los campos de la policy PRIMERO, el archivo AL FINAL — es un
+     * requisito del form-based upload de S3 (RFC de multipart/form-data + cómo
+     * S3 procesa la policy), no un detalle de estilo.
+     *
+     * Usa `fetch()` nativo A PROPÓSITO, nunca `HttpClient`: el interceptor de
+     * `provideValtechAuth` agrega `Authorization: Bearer <token>` a cualquier
+     * request que pase por él, y no corresponde que ese token viaje a un
+     * dominio de S3 que no es nuestro backend.
+     * @internal
+     */
+    private postToS3;
+    static ɵfac: i0.ɵɵFactoryDeclaration<VideoUploadService, never>;
+    static ɵprov: i0.ɵɵInjectableDeclaration<VideoUploadService>;
+}

package/lib/version.d.ts

@@ -2,4 +2,4 @@
  * Current version of valtech-components.
  * This is automatically updated during the publish process.
  */
-export declare const VERSION = "4.0.977";
+export declare const VERSION = "4.0.979";

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "valtech-components",
-  "version": "4.0.977",
+  "version": "4.0.979",
   "private": false,
   "bin": {
     "valtech-firebase-config": "./src/lib/services/firebase/scripts/generate-sw-config.js"

package/public-api.d.ts

@@ -430,6 +430,8 @@ export * from './lib/services/icons.service';
 export * from './lib/services/in-app-browser.service';
 export * from './lib/services/link-processor.service';
 export * from './lib/services/local-storage.service';
+export * from './lib/services/video-upload/types';
+export * from './lib/services/video-upload/video-upload.service';
 export * from './lib/services/locale.service';
 export * from './lib/services/navigation';
 export * from './lib/services/theme.service';