使WordPress成为核心

开的13年前

关闭13年前

#18182 关闭 缺陷(bug) (固定的)

上传插件/主题安装后未清理

报告人: 休的简介 所有者: dd32的配置文件 数字32
里程碑: 3.2.2 优先: 正常的
严重程度: 正常的 版本: 3.2
组件: 升级/安装 关键词:
重点: 复写的副本:

描述

插件和主题的上传安装不会在安装后删除.zip文件。

要复制:

  1. 通过主题->安装->上传或插件->安装->上载上传压缩主题或插件。
  2. 检查/wp-content/uploads,您应该会看到安装时留下的zip。

附件(1)

18182.差异(1.2 KB)-由添加数字32 13年前.
3.2.x补丁和初始3.3补丁

将所有附件下载为:.zip

更改历史记录(12)

#1 @
13年以前

  • 版本设置为3.2.1

#2 @数字32
13年以前

  • 组件已从更改上传升级/安装
  • 所有者设置为数字32
  • 状态已从更改新的审查

#3 @数字32
13年以前

  • 里程碑已从更改等待审查3.3
  • 状态已从更改审查认可的
  • 版本已从更改3.2.13.2

这是由[17660]-我认为我已经正确地测试了这个代码分支。

最终,上传的文件不应移动到uploads目录完全对于当前的上传器,它似乎是在考虑Ajax上传的情况下编写的(不确定这是我们真正想要的需要插件/主题上传器)。

将文件移动到uploads目录的代码只需从外观上删除即可,但我将进行更多测试。

现在设置为3.3,也需要进入3.2分支。

#4 @数字32
13年以前

最终,上传的文件不应该用当前的上传器移动到上传目录

不幸的是,我忘记了FTP升级,需要为以下请求上传和存储文件。

以前,如果用户要上传一个主题,但没有完成安装(即提示输入FTP详细信息),zip文件也不会被删除。

建议的修补程序:

  • 3.2.x:安装后请自行清理。
  • 3.3:我们应该以某种方式将上传的项目存储在媒体库中,并且在安装后删除,cron作业应该清除所有未安装的项目。

@数字32
13年以前

3.2.x补丁和初始3.3补丁

#5 @数字32
13年以前

[18614]:

成功安装插件/主题后,请清理它们。恢复3.2之前的行为。请参见#18182

#6 @数字32
13年以前

[18615]:

成功安装插件/主题后,请清理它们。恢复3.2之前的行为。请参见#18182对于3.2.x

#7 @数字32
13年以前

[18616]:

仅在安装成功(或失败)后清理上载的文件。允许文件通过FTP凭据屏幕保存。请参见#18182

#8 @数字32
13年以前

[18617]:

将插件/主题上传正确存储在媒体库中。添加Scheduled cleanup+2hr以清除任何中止的安装尝试。请参见#18182

#9 @数字32
13年以前

  • 里程碑已从更改3.33.2.2

[18616]

这也需要(至少部分)应用于3.2.x。在完成最后的3.2.x补丁之前,我需要进行更多测试。

#10 @数字32
13年以前

[18713]:

仅在安装成功(或失败)后清理上载的文件。允许文件通过FTP凭据屏幕保存。请参见#18182

#11 @数字32
13年以前

  • 分辨率设置为固定的
  • 状态已从更改认可的关闭

把这个叫做3.2和trunk。

  • 3.2.2、3.3:成功安装后清理上传的文件
  • 3.2.2、3.3:安装失败后清理上传的文件
  • 3.3:使用设置的上下文标志将上传内容临时存储在媒体库中,清除任何中止(即,请参阅FTP凭据页,并在尝试安装2小时后放弃)安装文件。
注:请参见TracTickets公司有关使用的帮助门票。