iOS 特定机型发送手机截屏的图片失败

[mp55]

问题描述 / What happened

发送截图时会出现提示失败的问题，导致截图发送流程无法正常完成。

环境 / Environment

版本号：0.1.73

• 提交人：mp55
• 设备：iPhone 17
• 系统：iOS 26.0.1

复现步骤 / Steps to reproduce

发送图片时选择手机截屏的图片，会报错。把该截图隔空投送到其他iOS手机上也会报错
如果是拍照的图片是正常的，网上下的也可以，就是截屏的图片不行
补充：截图格式选HDR 导致的

日志与截图 / Logs & screenshots

[dash-s-cindy]

判断：HDR 截图发送是移动端现有图片附件能力中的真实兼容性问题，当前 main 已包含针对性修复，但 0.1.74 真机仍复现，因此需要继续核对发布落地并完成目标设备验收，不能仅凭代码已合并就结束跟踪。

行动建议：

1. 先确认 0.1.74 的构建 commit、iOS runtime fingerprint 和依赖内容，核对它是否实际包含 fix(mobile): 系统相册/相机选图的 HEIC/HEIF 就位时转 JPEG,补齐 picker 入口缺失的格式归一 #3892 与 fix(mobile): 修复 iOS HDR 截图发送失败 #3905。当前 main 快照 a00ae8d464406f3092855f6fe9a5929553ceed37 已包含两项变更；但“修复已合并”不等于“用户安装的整包已包含该修复”。
2. 使用同一张原始失败截图在 0.1.74 与包含当前 main 的最新 iOS 冷更包上复现，记录：原始格式（PNG 或 HEIC/HEIF）、MIME、文件扩展名、方向、尺寸和字节数；选图入口（系统 Photos、Cindy 截图列表、粘贴）；以及失败发生在本地图片转换、方向归一化、presign、OSS PUT 还是消息发送阶段。
3. 若 0.1.74 未包含相关提交，按发布落地问题处理，安排包含修复的 iOS 冷更包并在 iPhone 17 / iOS 26 HDR 与 SDR 真机验收。若 0.1.74 已包含两项修复仍失败，则保留原始样本和脱敏错误码，针对实际失败阶段补充修复，不通过关闭 HDR 或限制特定机型规避。

代码与历史证据：

• apps/mobile/src/session/mobileImageAttachment.ts：当前 main 的 buildMobileImageAttachmentCandidate() 会识别 image/heic、image/heif 以及非白名单扩展名，并挂载 resolve 钩子，在上传任务开始时转为 JPEG，同时更新文件名、MIME；转换后的 size 置为 0，由上传管线重新读取实际文件大小，避免原 HEIC 大小与 JPEG 大小不一致导致 Attachment size changed。
• apps/mobile/src/session/useContextSheetMediaAssets.ts：Cindy 的截图列表/相册 ph:// 路径此前已经在本地化资产后将 HEIC/HEIF 转 JPEG；fix(mobile): 系统相册/相机选图的 HEIC/HEIF 就位时转 JPEG,补齐 picker 入口缺失的格式归一 #3892 补齐了系统 Photos picker / 相机入口，使三条入口的格式处理一致。fix(mobile): 系统相册/相机选图的 HEIC/HEIF 就位时转 JPEG,补齐 picker 入口缺失的格式归一 #3892 的单测、上传管线测试和 Mobile typecheck 均通过，但没有 iPhone 17 / iOS 26 真机验证。
• apps/mobile/src/session/mobileImagePreprocess.ts：普通图片会按尺寸和大小进行可选预处理；当前代码仍保留“处理失败回退原图”的通用语义，因此真正的 HEIC 兼容依赖于前述 resolve 先完成 JPEG 归一，而不能只依赖尺寸触发的预处理。
• dependency-patches/expo-image-manipulator@57.0.14.patch：fix(mobile): 修复 iOS HDR 截图发送失败 #3905 将 iOS HDR/10-bit HEIC 的方向归一化从手工 CGContext 改为 UIGraphicsImageRenderer，并对 .up 方向直接复用原图，目标错误为 ERR_IMAGE_CONTEXT_LOST。补丁会改变 iOS runtime fingerprint，必须随包含它的冷更包发布；PR 的自动化检查通过，但此前没有 macOS iOS 构建及 iOS 26 HDR/SDR 真机验证。
• Issue 讨论中用户已明确反馈 0.1.74 仍失败。这是当前最重要的反证：它不能证明 main 中的代码修复无效，因为尚未确认 0.1.74 的构建来源，也不能证明失败一定仍是同一根因；需要用发布包指纹和实际日志把两者区分开。

相关记录：

• #3892：修复系统相册/相机 picker 入口遗漏的 HEIC/HEIF JPEG 归一化，直接覆盖“小尺寸 HDR 图片未触发预处理而原格式下传”的代码缺口；已合并，当前 main 可见。
• #3905：修复 iOS HDR/10-bit HEIC 方向归一化中的 ERR_IMAGE_CONTEXT_LOST，直接覆盖原生图片处理失败路径；已合并，但需要包含新 fingerprint 的 iOS 冷更包和目标设备回归。

建议验收矩阵至少包括：iPhone 17 / iOS 26；HDR HEIC、普通 SDR 截图、PNG 截图、普通 JPEG；系统 Photos picker、Cindy 截图列表和粘贴；首次发送、失败卡重试及取消。若 HDR HEIC 在 #3892 路径转换阶段失败，应保留转换错误并修复原生转换输入；若转换成功但仍出现 ERR_IMAGE_CONTEXT_LOST，检查 0.1.74 是否实际消费了 #3905 补丁；若两者均成功而 OSS PUT 失败，则转查 MIME、签名和上传响应，不应继续修改截图入口。

[FicoHub]

认领(查重:无认领、无在途 PR)。代码级定位到一个与真机复现无关、独立成立的缺口:

两条相册入口对 HEIC/HEIF 的处理不一致。 useContextSheetMediaAssets.ts 的 ph:// 资产路径显式把 HEIC/HEIF 转 JPEG,并在注释写明「附件白名单与下游模型图像接口都只认 jpeg/png/gif/webp,直接放行 HEIC 会在链路下游变成不可用附件」;而系统 Photos picker 路径(useMobileLocalAttachments.addImages → buildMobileImageAttachmentCandidate)没有这层归一:normalizeImageMimeType 对 image/heic 原样放行、文件名保留 .heic,planMobileImageUploadPreprocess 只在「大图或长边>2048」时才顺带 JPEG 重编码,且预处理失败会静默回退原图——原图是 HEIC 就直接送进只认四种格式的下游。这与「拍照(大图,必被重编码)能发、截屏不行、隔空投送到别的 iPhone 也不行」的形态吻合(截屏若为 HEIF/HDR 且重编码失败即回退原格式)。

修复方向(mobile TS,不动原生/指纹):把 HEIC/HEIF→JPEG 归一提到两条入口共用的位置(picker 候选构建后、入队前),并让预处理对 heic/heif 源不允许静默回退原格式;补单测覆盖 heic 候选归一、预处理失败时的行为、以及 png/jpeg 路径不受影响。真机矩阵(iPhone 17/iOS 26、PNG 截屏、HDR 截屏、拍照 JPEG/HEIC)我没有设备,PR 会如实标注留给 QA 验证——@mp55 若方便,请顺手记一下失败截图的原始格式(相册 → 信息 → 格式),能直接确认触发形态。

[FicoHub]

修复 PR 已提交:#3892。按认领方案落地:buildMobileImageAttachmentCandidate 对 MIME 明示 heic/heif 或扩展名不在白名单的候选挂上传管线既有的 resolve 就位钩子,任务开跑时转 JPEG 并改名/改 MIME(与相册 ph:// 路径、粘贴路径同一模式);白名单图不新增任何字段;JPEG 转换器抽为共享导出、粘贴路径改为复用。不触及原生配置/依赖,不改 runtime fingerprint。

验证:定向 3 文件 62/62(含上传管线测试)、反证(短路转换判定后 3 个新增用例失败,恢复后全过)、mobile typecheck 0、related PASS。

如实划界:无 iPhone 17 设备,未做真机;本 PR 消除的是代码层可证明的缺口。若你的失败截屏原本就是 PNG,则本修复不覆盖该案、需另查 PNG 路径——所以仍请 @mp55 回报失败文件的原始格式(相册 → 信息),这是确认触发形态的关键一步。

[DavidShenXD]

已按冷更方案提交 Draft PR：

• PR：fix(mobile): 修复 iOS HDR 截图发送失败 #3905
• 修复：为 expo-image-manipulator@57.0.14 增加 iOS 原生补丁，HDR / 10-bit HEIC 截图方向归一化时改用 UIGraphicsImageRenderer，避免 ERR_IMAGE_CONTEXT_LOST。
• 影响：iOS runtime fingerprint 会变化，需要随下一次 iOS 冷更包发布；Android fingerprint 不变。
• 验证：依赖安装、补丁应用检查、Mobile typecheck / scope 测试及相关单测门禁均通过。
• 待验证：macOS iOS 构建与 iOS 26 HDR / SDR 真机回归。

该 PR 将在冷更把关人明确确认前保持 Draft。

[DavidShenXD]

补丁哈希问题已修复并推送到 Draft PR：

• PR：fix(mobile): 修复 iOS HDR 截图发送失败 #3905
• 已恢复 patch context 空格，实际哈希与 pnpm-lock.yaml 的 78594ca2235b… 一致。
• GitHub Actions 已全部通过：依赖安装、Linux / Windows 单测、Desktop Git integration、verify、CodeQL、DCO。
• iOS 原生编译及 HDR / SDR 真机回归仍待 macOS 和目标机型验证；PR 保持 Draft，等待冷更把关确认。

[DavidShenXD]

@mp55 关联 PR #3905 已合并，请验收本次处理结果。如发现问题请继续反馈。