|
阅读：9514回复：31
最近在本论坛用Firefox上传附件总是失败
具体表现就是如下图：
图片：aab.png 
点发布主题界面或高级发帖界面的“插入附件”按钮，然后点“批量上传”，在文件对话框中选中文件，确定，然后就定格在上面的画面中了，一直显示“0%”。 刷新页面也没发现附件有上传，无论怎么等也不见数字跳动。 然后试过这电脑上所有的Firefox版本，从24到31到34，空配置和以前的配置备份，全都是一样。 用解雇IE切换成IE8内核，则显示“已取消到该网页的导航”，无法加载网页。 然而在UC浏览器下却可以正常上传（我现在也是在UC浏览器下发帖）。 没测试过其他电脑、其他网络和其他浏览器。 这问题只是最近才出现，以前都未遇到过。 最近一次更新Flash是去年12月12日，但那时并未发现这种问题；今天又运行了一下Adobe官方的Flash下载器，说是安装成功了，但问题依然照旧。 有谁遇到过这样的问题吗？有什么解决方法？ |
|
|
|
1楼#
发布于：2015-01-19 17:30
装了个提取版，在about:plugins里面看是这样样子的：
一个是路径里面出现了两条，一个是下面的适配类型重复了两条。这样算是正确安装了吗？在Flash视频上已经没了“用Adobe Playpanel 查找游戏”的菜单项。 可是上传附件依然是停在0%，没有变化。 论坛能不能支持HTML5的文件上传呢？ ------------- 其他浏览器测试结果： IE8正常模式和兼容模式均显示“无法显示该网页”；但网络连接是并没有问题的；补图： 图片：aad.png
UC浏览器PC版高速模式正常，兼容模式则显示“已取消到该网页的导航”，再刷新则显示无法连接；补图： 图片：aae.png
再试了一直没更新的傲游4.4.3.4，兼容模式同UC，但高速模式则同我在Firefox上遇到的情况，定格在0%。 傲游使用的是自带Flash插件，版本11.5.502.149。 搜狗浏览器高速模式正常，兼容模式同我在Firefox上遇到的情况，定格在0%。 搜狗的选项中有一个试验性选项是“在兼容模式下使用高级渲染特性”，以为这个可能使兼容模式有区别，但关闭之后重启再看，除了本论坛帖子图片刷不出来、添加附件对话框显示超出左边界之外，没显示问题，也就是没其他浏览器兼容模式的问题。由于添加附件对话框显示超出左边界，没法测试在这种状况的兼容模式下添加附件的情况。 搜狗还有另一个试验性选项“使用系统公共的Flash Player”，说是启用的话将无法使用标签页单独静音功能。我启用了这个选项重启，在插入附件的时候点击“批量上传”按钮则没反应，而且连带点击添加附件对话框的关闭按钮时出现两秒的延时；相比之下，不点“批量上传”按钮下关闭对话框没明显延时。使用插入图片的话，可点击“批量上传”按钮，也弹出文件选择对话框，但选中文件确定后上传进度也定格在0%，只是关闭插入图片对话框没延时罢了。 搜狗浏览器的情况让我想到扩展中有解雇IE，会不会是这个问题呢？——把解雇IE禁用，效果一样。 |
|
|
|
2楼#
发布于：2015-01-20 09:24
aaaa007cn：还有个可能 在Windows防火墙中添加例外（才发现例外列表里面连Firefox都没有），然后再启动Firefox，尝试上传附件，结果依旧。我这电脑是裸奔状态，无杀软只有WindowsXP自带防火墙。 作为对比，在Firefox中上新浪和QQ邮箱，点击“上传附件”来上传附件时，能用 Process Explorer 看到 plugin-container 有跟附件大小匹配的上传流量，上传正常；而在本论坛上传附件的话则不会有超过几十b（字节）的上传流量。 －－－－－－－－－ 经过一系列的测试，目前我这电脑在本论坛能够上传附件的唯一可能性是使用较新的Chromium内核浏览器，也就是使用集成 PPAPI Flash Player 的Chrome类浏览器； 使用 NPAPI Flash Player 的遨游和Firefox上传附件均定格在 0%，无上传流量； 使用 IE 内核直接无法显示网页，除非是搜狗的修改版自带IE内核，但也0%，表示 ActiveX Flash Player 一样无法上传； 测试邮箱（新浪、QQ）和其他论坛（WPS.cn）上传均正常。 看来这是网络环境加Flash插件的综合问题。很奇怪为什么IE会上不了；为什么PPAPI Flash Player就畅通无阻。 －－－－－－－－－ 借了个天翼上网卡，以此连3G来上网，结果上述所有情况照旧，基本排除所在网络的问题。仍然很不解IE为什么上不了。 |
|
|
|
3楼#
发布于：2015-06-11 09:58
|
|
|
|
4楼#
发布于：2015-06-12 10:19
aaaa007cn：记得我当年喷过这点的哦，原来这个只是将插件交由plugin-container.exe来运行的功能，并非禁用插件。在Flash崩溃的时候可以防止浏览器跟着崩溃，但有好几次不明原因的plugin-container.exe出错将Firefox也拉崩溃了，最近一次是在淘宝上点了一下链接，不知道是不是跟淘宝插件相关。是不是意味着OOPP机制没达到它存在的目的？ 另外的确是跟网络有点关系，我这里的单位网络用IE（所有浏览器都没设代理）是直接上不了论坛的，也就是说，PPAPI的Flash和Gecko、Chromium内核能够访问论坛，NPAPI的Flash和原生Trident内核不能访问论坛，这跟他们的联网机制是否有关？ －－－－－－－－－－－－ 更新 想到代理，我就联系起自家的破广东广电宽带Wifi，晚上高峰期特慢也忍了，但时不时速度全无、跟断网一样就无法忍；但是在同样的位置使用iPhone却能上网（虽然始终是慢），再看浏览器状态栏（所以我怎样都无法抛弃状态栏）上持续显示“正在解释XXX.XXXXX.XXX”的信息，就想难道是DNS的问题？因为之前觉得默认DNS不及一些公共DNS，我就设了 114.114.114.114 和 8.8.8.8 为第一、第二DNS；既然现在事实证明不好使，那么就试试换上电信的DNS吧——于是我加插了三个本地电信的DNS地址在2、3、4位，第一还是114，结果网络还真的畅通了不少。 再回到我这里的单位网络，也是之前默认DNS容易塞车所以设了 114.114.114.114 和 8.8.8.8 为第一、第二DNS，刚才试了下，将一个本地电信DNS放到第二位，将8.8.8.8放到最末，然后开IE8打开论坛，成功了居然！然后再回到Firefox上传附件，OOPP启用情况下，也成功了居然！之前帖子中各种无法访问的浏览器和模式都能访问了！ 但是，通过XP网络连接的“修复”功能清理DNS缓存后重新将8.8.8.8放回第二位，再进行上述测试，依然成功，也就是反向测试失败了。 通过DNS查询【http://tool.chinaz.com/dns/】，8.8.8.8解释不了论坛的域名（不知是屏蔽了还是超时了），但是114解释是没问题的；防火墙也是没问题的，访问论坛和上传附件的成功与否都是一样的防火墙设置。 似乎只能解释为，Gecko和Chromium内核在DNS缓存机制上比较特殊，而PPAPI的Flash则是高度结合内核，所以也依附内核的机制；而plugin-container和Trident内核都是使用操作系统的机制，而这个机制奇怪地偏向选择第二DNS来解释，又或者在第一第二DNS反应不良时不会继续查询其他DNS，DNS缓存机制又不够好，从而造成无法访问…… 问题虽然解决了，但是还是未能得到圆满的解释…… |
|
|
