8.0.4FilePreviewer有丢失附件的bug

登录

当FilePreviewer上传附件（附件1）后会在附件名称前面生成uuid，当用户第二次打开FilePreviewer上传附件时，再次多上传一个附件（附件2），附件1前面生成的uuid会改变且会生成一个新的uuid文件但是偶尔会有没有生成新文件的情况

Grayson.Shang · Grayson.Shang

大佬您好，Filepreview这个插件，在上传新的图片的时候，并不会更新图片的GUID。
具体测试，可以使用一个空白单元格，值等于Filepreview单元格，然后做上传附件的操作，观察单元格的值。

咱们说的GUID改变是有发生的，不过不是Filepreview导致的，而是数据表操作导致的，比如
数据表中原来存储了一个数据，GUID1_A.pdf|GUID2_B.pdf|

通过Filepreview修改了单元格的值，就会变成 GUID1_A.pdf|GUID2_B.pdf|GUID3_C.pdf|，到这一步GUID其实都没有真正改变。

而当通过数据表操作命令，将数据保存到数据库时
命令会根据GUID1查询是否有A.pdf这个文件，若是查找到，那么就会重新生成一个GUID4，将原来的文件拷贝一份，变成GUID4_A.pdf。
然后将GUID1_A.pdf对应的文件和数据删除掉，GUID2_B.pdf也是一样的道理。

这时，就会发现，上传了一个C.pdf后，A和B的GUID都变了。

若是GUID1_A.pdf|GUID2_B.pdf|不变更，直接更新到数据库，GUID就不会变更

凄美地 · 凄美地

Grayson.Shang 发表于 2025-1-2 18:24
大佬您好，Filepreview这个插件，在上传新的图片的时候，并不会更新图片的GUID。
具体测试，可以使用一个 ...

第四段第二行，如果根据GUID1查询到A.PDF,生成新的文件后，原本的GUID1A.pdf是什么时候被删除，立马被删除吗，还是根据活字格机制在24小时后查询这个数据是否被引用，如果没有被引用就被删除；我们现在遇到的主要问题是GUID4确实在数据库中保存下来了，但是对应的GUID4文件在附件目录找不到

Nathan.guo · Nathan.guo

凄美地发表于 2025-1-3 10:01
第四段第二行，如果根据GUID1查询到A.PDF,生成新的文件后，原本的GUID1A.pdf是什么时候被删除，立马被删 ...

这个现象正常情况下肯定不会出现，因此，需要检查下在附件字段数据修改之后，有没有其他命令或者操作会影响试着字段，例如执行sql命令等，或者搞一个可以复现附件丢失的demo看看~~

		自动登录	找回密码
密码			立即注册

[已处理] 8.0.4FilePreviewer有丢失附件的bug

最佳答案

3 个回复

Wyn高级认证

Wyn认证

活字格认证

活字格高级认证