[Bug]: 第二图床下高级重命名无效和回传url不明确

[RandyAllenEEE]

前置阅读 | Pre-reading

• 文档/Doc
• Issues
• FAQ

PicList的版本 | PicList Version

v3.3.0

系统信息 | System Information

Windows

问题重现 | Bug reproduce

我选择Cloudflare R2 (AWS S3)，并且配置了WebDAV作第二图床备份模式，并且在设置中选择了单图床设置的高级重命名（{md5}），触发备份上传后检查发现实际存储命名格式为时间戳（20260127065453991.png），如果开启独立模式则piclist向obsidian插件传回的url往往是第二图床的url，因此两个模式都没法正常实现所需功能

相关日志 | Logs

备份模式下：
2026-01-28 00:24:40 [PicList INFO] Pre-processing images, please wait...
2026-01-28 00:24:40 [PicList INFO] Transforming... Current transformer is [path]
2026-01-28 00:24:40 [PicList INFO] Before upload
2026-01-28 00:24:40 [PicList INFO] beforeUploadPlugins: renameFn running
2026-01-28 00:24:40 [PicList INFO] Uploading... Current uploader is [aws-s3-plist] with config id [07f29571-102f-4a5d-8256-335f129c4f9e]
2026-01-28 00:24:41 [PicList SUCCESS]
…………/b895aefce198bb9c151009d53541ef75.png
2026-01-28 00:24:41 [PicList INFO] Uploading... Current uploader is [webdavplist] with config id [f73873c9-126e-42ae-88f9-62ad3e833734]
2026-01-28 00:24:46 [PicList SUCCESS]
…………/20260128002440889.png

[Kuingsmile]

piclist向obsidian接口返回的结果是固定第一图床的结果的 我没太看明白你的配置方式

[RandyAllenEEE]

我开启了两个图床：WebDAV和AWS S3，配置WebDAV为第二图床并开启高级重命名
在启用备份模式时发现在第二图床的存储没有按照重命名设置而是fallback为时间戳命名
在启用独立模式下发现obsidian监听端口读到的是第二图床的url