Size Change: +787 B (0%)

Total Size: 838 kB

_{compressed-size-action}

蛋疼，还有这么一个 issue 需要是 File：
#10293

死循环了，如果是 File cloneDeep 返回的其实是个空对象。如果要填充成 object，那么 beforeUpload 这个是 File 的坑就填不了。蛋疼

蛋疼，还有这么一个 issue 需要是 File：
#10293

死循环了，如果是 File cloneDeep 返回的其实是个空对象。如果要填充成 object，那么 beforeUpload 这个是 File 的坑就填不了。蛋疼

所以说现在只有onchange里返回的file和fileList是proxy对象吗？？beforeupload还是file对象？确定了吗？我这次从4.5.0升上来遇到了原先onchange事件里file对象用不了的情况了

你说的 file 对象用不了是什么问题？

Codecov Report

Merging #29718 (eb2709b) into master (52152ed) will not change coverage.
The diff coverage is 100.00%.

@@            Coverage Diff            @@
##            master    #29718   +/-   ##
=========================================
  Coverage   100.00%   100.00%           
=========================================
  Files          394       394           
  Lines         7522      7533   +11     
  Branches      2114      2115    +1     
=========================================
+ Hits          7522      7533   +11     

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 52152ed...eb2709b. Read the comment docs.

你说的 file 对象用不了是什么问题？

https://codesandbox.io/s/dianjishangchuan-antd4131-forked-d7yzt?fontsize=14&hidenavigation=1&theme=dark

这是最新版的，如果我需要用到FileReader.readAsDataURL()，我必须从info.file中先取到originFileObj属性中的File对象才能传入。
我之前项目的antd版本是4.5.2，可以直接将info.file传入，升级之后info.file变成了proxy对象，会报错。

上图是旧版本中的图，如图所示，info.file为File对象，升级之后不兼容了

你的 codesandbox 里 4.5.0 去掉 originFileObj 直接用 info.file 看起来也报错呀？

你的 codesandbox 里 4.5.0 去掉 originFileObj 直接用 info.file 看起来也报错呀？

我不知道为什么在codesandbox里切换成4.5.0版本取到的info.file是一个object对象，但是我本地项目里的确是一个File对象，这个我们整个项目的人都验证过了，一直都是这样用的，这次升级导致上传文件的代码都挂了

是不是有 beforeUpload 返回 false 的？

是不是有 beforeUpload 返回 false 的？

是的，我们beforeUpload都是直接return false，这有什么影响吗？

哎，历史债务。beforeUpload 为 false 的时候会额外触发一次 onChange 这个时候返回的是一个真的 File 对象，而不是包裹的对象。

Chrome 里 FileReader 不支持读取 Proxy(File) 感觉走进了死胡同。要不然搞全模拟成老的行为，Proxy 方案看起来也不太可行。

cc @afc163

哎，历史债务。beforeUpload 为 false 的时候会额外触发一次 onChange 这个时候返回的是一个真的 File 对象，而不是包裹的对象。

那请问有好的解决方法吗？...

见上，和 @afc163 讨论一下

beforeUpload 为 false 的时候会额外触发一次 onChange 这个时候返回的是一个真的 File 对象，而不是包裹的对象。

这个不一致是不是也被提过 bug。

1. 修 bug 会 break change.
2. 不修 bug 就一直在。

看上去只能先保留 bug 作为 feature，留 5.0 去处理了。

1. 修 bug 会 break change.
2. 不修 bug 就一直在。

看上去只能先保留 bug 作为 feature，留 5.0 去处理了。

emmmm那想问一下4.x后续的版本还会是用proxy对象吗？还是说会改为原先的模式？

改成原先的模式，我会兼容一下给 File 添加一个 originFileObj，这样让新用户都用 originFileObj 处理对象，方便 v5 迁移。

改成原先的模式，我会兼容一下给 File 添加一个 originFileObj，这样让新用户都用 originFileObj 处理对象，方便 v5 迁移。

那还想问问，老版本的话应该怎么办？File中没有originFileObj ，我现在有点纠结不懂应该升级到proxy版本还是保持旧版本，如果保持旧版本，以后升级了还是要改代码添加originFileObj 。如果升级了就要面对proxy对象带来的不确定因素