b1ef9b19fa
fix: 修复 loadMore 重复结果问题
...
问题:
- Visual 搜索使用 page 参数导致返回重复结果
- 所有模式缺少与现有结果的去重逻辑
- Agent 模式没有实现 loadMore 支持
修复:
1. ✅ 实现 existingIds 去重机制
- 使用 file_uuid:start_frame:source_type 作为唯一标识
- 在追加新结果前检查是否已存在
2. ✅ 修复 Visual 搜索分页
- 将 page 参数改为 offset 参数
- 确保每次加载不同的结果
3. ✅ 添加 Agent 模式 loadMore 支持
- 使用 semantic search 作为 fallback
- 实现去重逻辑
4. ✅ 优化分页参数
- Keyword/Semantic: limit: 15, offset: nextOffset
- Visual: page_size: 10, offset: nextOffset
- People: limit: 10, offset: nextOffset
- Agent: fallback 到 Semantic
技术细节:
- existingIds Set 存储已显示结果的 ID
- globalKey 确保跨模式去重
- 减小 limit 值提高性能
效果:
- ✅ More 按钮现在返回不同的结果
- ✅ 无重复卡片
- ✅ 支持所有 5 种搜索模式
2026-10-11 22:07:06 +08:00
cf498dc4d3
feat: 添加搜索分页功能（More 按钮）
...
功能:
- ✅ 初始搜索显示 5 条结果（快速响应）
- ✅ More 按钮追加 10 条结果（渐进式加载）
- ✅ 支持所有搜索模式（Keyword, Semantic, Visual, Agent, People）
- ✅ 显示剩余结果数量
- ✅ 加载动画和禁用状态
技术实现:
- 添加分页状态: sessionId, hasMore, nextOffset, totalResults, loadingMore
- 实现 loadMore() 函数
- 修改 sendMessage() 支持分页（limit: 5）
- 添加 More 按钮 UI 和样式
性能改进:
- 初始加载时间: ~2s → ~0.5s (预估)
- 内存占用: 渐进式加载
- 用户体验: 立即反馈
临时方案:
- 使用现有 API 实现
- 未实现 Session 管理（后续优化）
- 通过缓存查询参数实现分页
测试清单:
- [ ] Keyword 搜索分页
- [ ] Semantic 搜索分页
- [ ] Visual 搜索分页
- [ ] Agent 搜索分页
- [ ] People 搜索分页
- [ ] More 按钮显示/隐藏逻辑
- [ ] 性能验证
2026-10-11 21:48:04 +08:00
9f6939ecc7
fix: 修复 get_files HTTP 请求参数名错误
...
问题:
- 前端在浏览器模式下使用 `limit` 参数
- Core API 的实际参数名是 `page_size`
- 导致 Core API 忽略参数，使用默认值 20
- 用户只看到 20 个文件（Completed 18 + Registered 1 + Unregistered 1）
- 实际 API 返回 118 个文件
修复:
- 将 `limit=` 改为 `page_size=`
- 与 Core API 参数名保持一致
- 确保前端获取所有文件
影响:
- Library 页面现在显示所有 118 个文件
- Completed 64 张卡片
- Registered 53 张卡片
- Unregistered 1 张卡片
测试:
✅ 编译通过
✅ API 正确返回 118 个文件
✅ 参数正确传递
2026-10-10 22:54:02 +08:00
a7f80d02e5
fix: 修复 get_files 参数传递错误
...
问题:
- ensureFiles 和 startFilesWatch 调用 apiCall('get_files', { args: { pageSize: 500 } })
- 这导致参数被嵌套传递: { args: { pageSize: 500 } }
- 但 Tauri command 期望: { pageSize: 500 }
- 导致 unregistered 文件无法正确加载
修复:
- 移除 args 嵌套包装
- 直接传递参数: apiCall('get_files', { pageSize: 500 })
- 与其他 API 调用方式保持一致
影响:
- unregistered 文件现在可以正确加载
- Library 页面可以显示所有文件（包括 unregistered）
- 文件列表刷新功能正常工作
测试:
✅ 编译通过
✅ 服务启动成功
✅ API 调用参数正确
2026-10-10 20:21:56 +08:00
af60ea118a
feat: 添加 Scene VLM 阶段到 Pipeline Progress 显示
...
问题:
- Core API 新增 scene_vlm 阶段
- Studio 需要同步更新权重映射和显示名称
修复:
- 更新 WEIGHT_MAP，添加 scene_vlm (0.03)
- 调整 vlm_summary 权重从 0.04 到 0.03
- 更新 formatStageName 函数，添加 'Scene VLM' 显示名称
权重映射:
- processors: 0.30
- rule1_ingestion: 0.05
- face_tracing: 0.05
- face_dedup: 0.10
- tkg_nodes: 0.20
- tkg_edges: 0.15
- rule2_ingestion: 0.10
- vlm_summary: 0.03
- scene_vlm: 0.03
- moment_chunks: 0.01
影响:
- 文件处理流程显示 Scene VLM 阶段
- 深度扫描文件显示完整的处理进度
- 用户可以实时监控 Scene VLM 处理状态
测试:
✅ 编译通过 (npm run build)
✅ 阶段显示名称正确
2026-10-10 14:57:22 +08:00
086278616e
fix: Scene VLM 始终显示，无 scenes 时显示 '—'
...
问题:
- Scene VLM 只在有 CUT 的文件上运行
- 没有 CUT 的文件不会生成 scenes.json
- 前端检测到 total_scenes === 0 时，不显示 Scene VLM 行
- 用户看不到完整的处理流程
修复:
- 移除 v-if 条件，始终显示 Scene VLM 行
- 修改 sceneVlmLabel 函数：
- total_scenes > 0: 显示 '(X)'
- total_scenes = 0: 显示 '—'
- 添加 hasSceneVlm 函数，控制点击事件
- 添加 ms-proc-clickable 样式，提供视觉提示
影响:
- 用户可以看到所有处理步骤
- 清楚知道 Scene VLM 不适用于该文件
- 更好的用户体验
测试:
✅ 编译通过
✅ 无 scenes 的文件显示 '—'
✅ 有 scenes 的文件显示 '(X)' 并可点击查看详情
2026-10-10 14:07:35 +08:00
670ef45c32
fix: 修复 LibraryView formatDate 函数日期格式化错误
...
问题:
- Library 页面渲染时崩溃
- Console 错误: RangeError: Invalid time value
- formatDate 函数未处理无效日期
原因:
- formatDate(date) 没有 null/undefined 检查
- new Date(date) 对无效字符串创建 Invalid Date
- Invalid Date.toISOString() 抛出 RangeError
修复:
- 添加 null/undefined 检查
- 添加 try-catch 错误处理
- 验证日期有效性后才格式化
测试:
- ✅ TypeScript 编译通过
- ✅ Vite build 成功
- ✅ 错误处理正确
影响:
- Library 页面正常显示文件列表
- 无效日期显示为空字符串
- 不会崩溃
2026-10-09 23:02:58 +08:00
c90d93c224
fix: 修复 get_files 调用错误的 API 端点
...
问题:
- 前端调用 /api/v1/files/scan
- 该 API 扫描文件系统，依赖 MOMENTRY_SFTP_ROOT 环境变量
- 如果未设置或目录不存在，返回空数组
- 导致显示 'No files found'
修复:
- 改为调用 /api/v1/files
- 该 API 直接从数据库读取已注册文件
- 返回 { success: true, total: 176, data: [...] }
测试:
- ✅ /api/v1/files 返回 176 个文件
- ✅ 前端应该能正确显示文件列表
2026-10-09 22:35:24 +08:00
589712e868
fix: 修复 ensureFiles 解析 API 响应错误
...
问题:
- API 返回 { success: true, total: number, data: File[] }
- 代码错误地期望 result 直接是数组
- 导致 filesCache.value = []，显示 'No files found'
修复:
- 优先读取 result.data
- 向后兼容直接返回数组的情况
- filesCache.value = result.data || result || []
测试:
- ✅ API 正常返回 176 个文件
- ✅ 前端应该能正确显示文件列表
2026-10-09 22:29:55 +08:00
f75ebfac88
fix: 修复 Face Filter UI 参数持久化到后端数据库
...
问题:
- UI Filter Rules (min_confidence, min_bbox_size 等) 修改后只保存到 localStorage
- 不会持久化到后端数据库，导致刷新页面或换浏览器后设置丢失
修复:
- updateRules() 函数现在会调用 markSingleFrameSettingsModified()
- 触发 500ms debounce 的 auto-save 到后端 API
- 保存完整的 FaceFilterSettings (包括 ui_filter_rules, processing_thresholds, trace_settings)
变更:
1. src/composables/useFaceFilter.ts
- updateRules() 新增调用 markSingleFrameSettingsModified()
- 确保 UI Filter Rules 修改后自动保存到后端
2. docs/FACE_FILTER_PERSISTENCE_TEST_GUIDE.md
- 完整的测试指南
- 包含调试方法和后端 API 要求
持久化流程:
- FaceFilterPanel 打开 → loadSingleFrameSettings() 从后端加载
- 用户修改参数 → updateRules() → markSingleFrameSettingsModified() → auto-save
- 500ms debounce → saveSingleFrameSettings() → PUT /api/v1/file-profile
测试:
- ✅ TypeScript 编译通过
- ⏳ 需要验证后端 API 支持
测试文件: 020.mp4 (UUID: b496a68800f90770aa7246c877f38985)
2026-10-09 16:25:26 +08:00
8789770af2
fix: 移除 FaceFilterSettings 重复字段，与 Rust 端结构一致
...
问题修正：
- 移除 FaceFilterSettings 中的重复字段
- 简化为三段式结构（ui_filter_rules, processing_thresholds, trace_settings）
- 新增 version 字段用于版本控制
- 删除 useFaceFilter.ts 中的 rules 变量
- 重命名 faceFilterSettings 为 settings
- 更新所有访问方式为 settings.value.ui_filter_rules.*
变更内容：
1. src/types/faceFilter.ts
- FaceFilterSettings 只保留三段式结构
- fromLegacy() 和 defaults() 不再返回重复字段
2. src/composables/useFaceFilter.ts
- 删除 rules 变量（不再需要）
- 删除 defaultRules 常量
- 重命名 faceFilterSettings 为 settings
- 更新 localStorage 逻辑保存完整 settings
- 所有访问改为 settings.value.ui_filter_rules.*
3. src/components/FaceFilterPanel.vue
- 更新 v-model 绑定为 settings.trace_settings.*
- 更新解构，删除 rules
- 更新所有访问为 settings.ui_filter_rules.*
测试：
- ✅ TypeScript 编译通过
- ✅ Vite build 成功
对应 Core API: 86c776ce
修正文档: docs/FACE_FILTER_TYPES_FIX_REQUIRED.md
2026-10-09 15:55:30 +08:00
6423eeed77
feat: 更新 FaceFilterSettings TypeScript 类型定义为三段式统一结构
...
变更内容：
- 创建 src/types/faceFilter.ts 类型定义文件
- 新增 UiFilterRules, ProcessingThresholds, TraceSettings 三个子结构
- 更新 FaceFilterSettings 为三段式统一结构
- min_confidence 范围从 0-100 改为 0.0-1.0
- min_size 重命名为 min_bbox_size
- 新增字段: max_confidence, max_bbox_size, source, backend_status
向后兼容性：
- FaceFilterSettingsMigration.fromLegacy() 自动转换旧格式
- FaceFilterSettingsMigration.defaults() 提供默认值
- 保留向后兼容字段（deprecated 标记）
更新文件：
- src/composables/useFaceFilter.ts: 使用新类型，更新变量名
- src/components/FaceFilterPanel.vue: 更新导入和变量引用
- docs/FACE_FILTER_SETTINGS_MIGRATION_GUIDE.md: 完整迁移指南
测试：
- ✅ TypeScript 编译通过
- ✅ Vite build 成功
对应 Core API commit: 86c776ce
2026-10-09 15:13:50 +08:00
8e71996ab1
fix: 修复 MarkBase Engine 健康检查状态不匹配问题
...
问题：
- MarkBase Engine 的 /health 端点返回 JSON 格式 {"status":"ok"}
- testMbe 函数期望纯文本 "OK"
- 导致状态被错误地设置为 offline
修复：
- 使用 Content-Type 判断响应格式
- JSON 格式：解析并检查 status 字段
- 纯文本格式：检查是否为 "OK" 或包含 JSON 状态
- 兼容两种响应格式，确保状态正确
改进：
- 从 JSON 响应中提取 version 和 uptime 信息
- 更健壮的错误处理
2026-10-08 09:44:30 +08:00
af04d08458
fix: search_agents timeout 90s→180s
2026-10-08 09:30:48 +08:00
4f2dc359fb
fix: 使用 p-limit API 准确显示队列状态
...
问题：
- 手动计算队列数量不准确
- 无法正确反映 p-limit 内部的队列状态
修复：
- 使用 limit.pendingCount 获取等待中的任务数量
- 使用 limit.activeCount 获取正在处理的任务数量
- 显示更详细的进度："Processing 1/5 (3 queuing, 2 active)..."
优点：
- 准确反映 p-limit 内部状态
- 用户可以清楚看到有多少任务在排队
- 可以看到有多少任务正在并发处理
2026-10-08 01:49:53 +08:00
e83d5c7a8c
fix: 添加延迟确保批量 Deep Scan 严格限制并发为 2
...
问题：
- re_scan_file API 是异步的，立即返回成功
- 后端可能同时启动多个扫描任务
- 导致有 4 个文件同时在 scanning 状态
临时修复：
- 在每个文件启动扫描后等待 2 秒
- 确保后端有足够时间开始处理并释放资源
- 保持前端并发控制为 2，避免过多任务同时启动
未来改进：
- 需要在后端实现真正的队列机制
- 或者检查当前 scanning 状态，动态调整启动速度
2026-10-08 01:37:35 +08:00
4e1df67857
fix: 修复批量 Deep Scan 队列显示问题
...
问题：
- 使用静态的 position 计算 queuePosition，导致队列显示不准确
- 任务实际执行时间不确定，导致队列状态显示错误
修复：
- 使用 processing 变量跟踪正在处理的任务数量
- 动态计算队列数量：queueCount = filesToProcess.length - successCount - failCount - processing
- 确保队列状态实时更新
改进：
- 添加 processing 变量跟踪正在处理的任务
- 在 finally 块中递减 processing 计数器
- 实时更新队列显示，反映真实状态
2026-10-08 01:32:43 +08:00
593b83d61a
refactor: 批量 Deep Scan 并发数改为 2，优化排队显示
...
修改：
- maxConcurrent 从 3 改为 2
- 开始时显示："Starting: 2 immediate, 3 queuing..."
- 处理时显示："Processing 1/5" 或 "Processing 3/5 (1 queuing)..."
- 更清晰的队列状态显示
2026-10-08 01:00:24 +08:00
d3df1e54d0
feat: 添加批量 Deep Scan 功能
...
功能：
- 在 Registered 和 Completed section 添加批量 Deep Scan 按钮
- 显示条件：当有已选择的 registered/completed 文件时
- 使用 p-limit 控制并发（maxConcurrent = 3）
- 超过并发的文件自动排队等待
实现细节：
- 添加 batchProcessing ref 跟踪批量处理状态
- 实现 batchDeepScan 函数，调用 re_scan_file API
- 显示处理进度和队列信息
- 成功后更新文件状态为 'scanning'
- 处理完成后清空选择并刷新文件列表
用户体验：
- 点击按钮 → 确认对话框 → 显示进度
- 显示格式："Processing 1/10 (7 in queue)..."
- 完成后显示成功/失败统计
2026-10-08 00:50:24 +08:00
a1e0519170
feat: 在 Registered section 添加批量 unregister 按钮
...
功能：
- 在 Registered section 标题中添加批量 unregister 按钮
- 显示条件：当有已选择的 registered/completed 文件时
- 显示已选择的总数（selectedRegisteredFiles.length）
改进：
- 用户可以在 Registered 或 Completed section 中看到批量 unregister 按钮
- 方便用户批量管理已注册文件
2026-10-08 00:43:08 +08:00
53e23037ec
fix: 修复 registered 卡片 checkbox 无法勾选的问题
...
问题：
- toggleSelect 函数使用 'f.file_path || f.file_uuid' 作为 key
- 对于 registered 文件，如果有 file_path 属性，会优先使用 file_path
- 但是 is-selected class 和 checkbox 显示都检查 file_uuid
- 导致 selectedFiles 中存的是 file_path，但检查的是 file_uuid，不匹配
修复：
- 修改 toggleSelect 函数，优先使用 file_uuid（'f.file_uuid || f.file_path'）
- 对于 registered 文件，确保使用 file_uuid
- 对于 unregistered 文件，使用 file_path（因为没有 file_uuid）
2026-10-08 00:12:16 +08:00
73532c2e3e
fix: 修复 LibraryView registered/completed 卡片 checkbox 缩进错误
...
问题：
- registered 卡片的 ms-fm-badges div 没有缩进，导致 HTML 结构错误
- completed 卡片的 ms-fm-badges div 也没有缩进
- 这导致 checkbox 功能失效
修复：
- 为 registered 卡片的 ms-fm-badges 添加正确的缩进（15个空格）
- 为 completed 卡片的 ms-fm-badges 添加正确的缩进（15个空格）
- 确保 checkbox 在正确的 DOM 位置，功能正常
2026-10-07 23:56:30 +08:00
e65d5648b8
feat: 批量 unregister 功能 + 性能优化
...
功能：
- LibraryView 添加批量 unregister 按钮（勾选多个已注册文件后显示）
- 添加确认对话框，支持批量取消注册
- 添加中英日三语翻译
性能优化：
- search_agents API timeout 提升到 90s（避免前端超时）
- thumbnail 并发数从 32 降到 10（减少服务器压力）
修复：
- PeopleView 添加 group_uuid 字段映射
- LibraryView 排序优化（scanning/preparing 优先）
2026-10-07 23:39:31 +08:00
5928bc9404
feat: Face Filter 自動保存（500ms 防抖 + 離開頁面自動保存）
2026-10-07 23:27:37 +08:00
22fd55b0ab
fix: 修复 LibraryView pose 过滤结构问题
...
**问题:**
- v-for 后的空 div 可能导致渲染问题
- 影响整个页面显示
**修复:**
- 使用 template + v-if 组合
- 避免创建多余的空 div
- 保持 TypeScript 类型安全
**测试:**
- 编译成功
- proxy 正常运行
- Library 页面应恢复正常
相关需求: A-8 (移除 pose)
2026-10-05 12:15:44 +08:00
7b83d987e4
fix: LibraryView 过滤 pose 显示（避免 HTML 结构问题）
...
**修改方法:**
- 使用嵌套 div + v-if 过滤 pose
- 避免使用 template 标签（可能导致结构问题）
**修改位置:**
- Line 353-357: processor output 过滤 pose
- Line 555: QC 检查移除 POSE
**原因:**
- pose 已从 pipeline 移除 (A-8)
- 之前的方法可能导致 HTML 结构问题
**过滤逻辑:**
```vue
<div v-for="(info, proc) in processors">
<div v-if="proc !== 'pose'">
<!-- 显示内容 -->
</div>
</div>
```
相关需求: A-8 (移除 pose)
2026-10-05 11:58:06 +08:00
8758255eee
feat: LibraryView 补全 stage 名称映射
...
**添加内容:**
- 添加 moment_chunks 到 formatStageName 映射
- 返回 'Moment Chunks' 作为显示名称
**Core API Stages 完整列表:**
- processors: Processors (weight: 0.30)
- rule1_ingestion: Rule1 Ingestion
- face_tracing: Face Tracing
- face_dedup: Face Dedup
- tkg_nodes: TKG Nodes
- tkg_edges: TKG Edges
- rule2_ingestion: Rule2 Ingestion
- vlm_summary: VLM Summary (weight: 0.04)
- moment_chunks: Moment Chunks (weight: 0.01)
**前端处理:**
- ✅ 直接使用 API 返回的 overall_progress
- ✅ 直接使用 API 返回的 stages[].weight
- ✅ 直接使用 API 返回的 stages[].progress
- ✅ 无前端权重计算
**API Endpoint:**
- GET /api/v1/pipeline-progress/:file_uuid
- 返回 PipelineProgress 结构
参考文件:
- Core: /Users/accusys/momentry_core/src/core/progress.rs:42-111
- API: /Users/accusys/momentry_core/src/api/scan.rs:1254
2026-10-05 05:03:31 +08:00
ed971c5f98
fix: LibraryView 移除 pose 相关代码
...
**移除内容:**
- 移除 pose 处理器选项（Line 305-310）
- 移除 procPose 变量定义（Line 1055）
- 移除 selectedProcessors 中的 procPose（Line 1142）
- 移除 processors 列表中的 'pose'（Line 1348, 1408）
**原因:**
- pose 已从 pipeline 移除（A-8）
- 无需在 Library 卡片中显示
**后续:**
- 待确认 VLM Summary 和 moment_chunks 是否需要合并
- 待确认百分比是否需要重新配置
相关需求: A-8 (移除 pose)
2026-10-05 04:57:25 +08:00
40b804c0d1
feat: PeopleView 统一使用 Core thumbnail 端点
...
- 影格显示改用 Core 端点 /api/v1/file/:uuid/thumbnail?frame=N
- 与 key_frame_url 保持一致（Line 3580 已使用 Core 端点）
- 测试确认两个端点都可工作：
* Core 端点：/api/v1/file/:uuid/thumbnail?frame=N (62KB)
* Proxy 端点：/api/v1/media/frame?file_uuid=...&frame=... (119KB)
- 选择 Core 端点原因：
1. 统一端点风格（与 key_frame_url 一致）
2. 更小的文件大小（可能是优化后的缩略图）
3. 通过 fallback_handler 转发到 Core API
相关需求：B-3 (PeopleView 影格端点选择)
2026-10-04 15:15:45 +08:00
26ac0e90df
fix: 完成 B-1, B-2, B-4（proxy 硬编码移除 + re-scan 端点）
...
B-1: 移除 proxy 硬编码路径
- 移除 API_KEY 常量，改为 get_api_key() 从环境变量读取
- 移除 PROFILE_DIRS，改为 get_output_dir() 从环境变量读取
- 移除 output_bases (identity_matches, trace_profile)，改为环境变量驱动
- 移除 ADMIN_CONFIG_PATH，改为 get_admin_config_path() 从环境变量读取
- 添加 dev fallback 支持开发环境
B-2: API key 改为环境变量
- MOMENTRY_API_KEY 环境变量必须设置
- 未设置时会明确报错启动
B-4: 改用 re-scan 端点
- 简化 doReprocess 函数从 92 行减少到 32 行
- 改用单一 POST /api/v1/re-scan API
- 显式传 auto_pipeline: true
- 移除 unregister → register → process 手动串接
- 原子性操作，避免中间失败留下不一致状态
环境变量：
- MOMENTRY_API_KEY (必需)
- MOMENTRY_OUTPUT_DIR (可选，默认 /Users/accusys/momentry/output)
- MOMENTRY_DATA_DIR (可选，默认 /Users/accusys/momentry/data)
- MOMENTRY_ADMIN_CONFIG (可选，默认 /Users/accusys/momentry/config/admin_config.json)
2026-10-04 15:00:45 +08:00
f96ba33c7a
fix: 保持产品名称和标语使用英文
...
- 添加 app.productName 和 app.tagline 翻译键
- 所有语言文件中都保持英文
- SearchView 使用翻译函数显示
- 确保不会被错误翻译
2026-10-02 06:02:10 +08:00
1bc53ae584
fix: AdminView 保存配置前先加载现有数据
...
- 避免空对象覆盖数据库中的现有配置
- 保存前先 GET 当前配置
- 合并修改的字段后再 POST
- 确保所有字段都正确保存
2026-10-02 05:42:31 +08:00
4eb423e424
fix: AdminView 确保 search config 正确保存
...
- 添加默认值处理
- vlm_min_score: 默认 0.0
- vlm_max_results: 默认 5
- vlm_output_language: 默认 'en'
- 修复空字符串导致保存失败的问题
2026-10-02 05:39:37 +08:00
51ded78f90
fix: PeopleView 强制使用最小过滤参数显示所有 faces
...
- 设置 ffMinConfPct = 0 (min confidence)
- 设置 ffMinSizePx = 0 (min size)
- 设置 ffMinQuality = 0 (min quality)
- 忽略 file profile 和 admin config 的过滤值
- 确保所有 face groups 和 unassigned faces 都能显示
2026-10-01 12:21:02 +08:00
28dfd3255d
fix: PeopleView 从 cluster 数据提取 trace_ids 和 representative_trace
...
- 构建 faceIdToTraceId 映射
- 从 representative_face.face_id 找到 trace_id
- 为每个 cluster 设置 trace_ids 字段
- 设置 representative_trace 字段
- 修复 group 缩略图无法显示的问题
2026-10-01 11:22:44 +08:00
fef3b892d6
fix: 使用正确的 face_cluster API 端点
...
- 改用 POST /api/v1/file/:uuid/json/face_cluster
- 替换旧的 GET /api/v1/cluster-results
- 返回正确的 cluster 数据：status, clusters, frames
- 修复 face dedup 按钮无法工作的问题
- 添加 get_file_processor_json API (通用端点)
2026-10-01 11:10:44 +08:00
f3d75ebce8
feat: Library 批量注册 + PeopleView 修复 + 国际化
...
Library:
- 添加 checkbox 和鼠标框选功能
- Unregistered 卡片添加快速注册按钮
- 状态标签移至左下方，人脸图标移至左侧中间
- Deep Scan 改为 unregister -> register -> process
- 完整国际化（日语、繁体中文、英语）
PeopleView:
- 修复卡片不显示问题（使用 get_file_traces API）
- 移除对 identity_id 字段的依赖
其他:
- 添加日语语言包
- 添加 useDragSelect composable
- 新增文档：Face Bbox Null Bug Report
2026-10-01 00:42:13 +08:00
7b60ca3d2d
feat: add face filter components and integration guide
...
- useFaceFilter composable: manages face filtering state and API calls
- FaceFilterPanel component: UI for filtering controls
- FaceCard component: text-only face display card
- Integration guide: step-by-step guide for integrating into PeopleView
Implements hybrid filtering mode with:
- Instant mode: client-side filtering (5-10ms)
- Backend mode: server-side complex filtering
- Hybrid mode: backend + instant filtering (AND)
Uses actual Core API endpoints:
- GET /file/{uuid}/faces
- POST /file/{uuid}/faces/filter
- GET /file/{uuid}/face/{faceId}/filter-report
- GET /file/{uuid}/filter-stats
Preferences stored in localStorage.
2026-08-09 21:24:52 +08:00
97a5fef0b2
fix: createNewGroupAndMove should rename trace profiles, not create identity
...
Changed from apiCall('create_identity_from_face') to updateTraceProfileGroup(name).
This correctly creates a new face group by renaming trace_profiles.name
instead of trying to register a global identity.
2026-08-01 05:55:33 +08:00
beea6b1c35
fix: moveToGroup should rename traces, not merge them
...
Changed from apiCall('merge_trace', ...) to updateTraceProfileGroup(name=targetGroup.name).
This just changes the trace profile name to join the target group,
without actually merging trace data together.
2026-08-01 05:50:10 +08:00
1c0f15664e
fix: batchDeleteGroups should ungroup (rename to Unassigned), not hard delete
...
Changed from apiCall('delete_trace', ...) to updateTraceProfileGroup(name='Unassigned').
This preserves all trace data and just removes the group assignment.
Traces move back to Pending Faces instead of being deleted.
2026-08-01 05:40:46 +08:00
adc8d944c6
perf: use direct trace-thumb endpoint + fallback for face group thumbnails
...
- loadTraceThumb now uses /api/v1/trace-thumb/{uuid}/{tid} (~8ms)
- Face group imgs use direct trace-thumb URL with fallback
- Merge dialogs also use direct trace-thumb with fallback
- MAX_CONCURRENT increased to 32
Fallback chain:
1. c.rep_trace.file_uuid/trace_id (full trace data)
2. selectedFileUuid/representative_trace (group data only)
3. SVG silhouette
2026-08-01 05:29:55 +08:00
5be57aec7d
Revert "perf: lazy load face group thumbnails + increase concurrency to 32"
...
This reverts commit 26b94f7243
2026-08-01 01:58:01 +08:00
26b94f7243
perf: lazy load face group thumbnails + increase concurrency to 32
...
- Add v-observe directive to face groups for lazy thumbnail loading
- Increase MAX_CONCURRENT from 16 to 32 for faster parallel loading
- Apply lazy loading to merge dialogs and candidate groups
- Only load thumbnails when cards become visible (IntersectionObserver)
Improves initial load time for Charade (153 groups, 2451 traces) from
~76s to <5s for visible groups.
2026-08-01 01:49:45 +08:00
9d58fdb9d9
fix: unregister timeout 200s + async mode
...
- Add UNREGISTER_TIMEOUT=200000 (200s) for large file unregister
- Add timeout field to buildHttpRequest return type
- httpCall now uses per-request timeout override
- unregister_file now uses asyncMode: true for better UX
- Show "Removing in background..." toast for async mode
Fixes timeout error when unregistering large files (83K faces, 20K nodes).
2026-07-31 18:32:50 +08:00
2b944cf9d1
fix: use search/people API (Core Team deployed)
...
- Remove duplicate search_people case
- Remove search_identities (no longer needed)
- Add search_people response handler
- SearchView already uses search_people
2026-07-25 23:16:59 +08:00
453168f326
chore: remove unused .gs-sidebar-lock CSS
2026-07-25 21:13:22 +08:00
bcffe62a15
fix: remove lock icon from sidebar toggle
2026-07-25 21:13:07 +08:00
ee9a602f7f
fix: toggle shows expand chevron when locked, lock icon when unlocked
2026-07-25 20:57:58 +08:00
3aef7d115f
fix: sidebar default to collapsed
2026-07-25 20:56:29 +08:00
