使WordPress成为核心

开的5年前

关闭5年前

上次修改时间5年前

#48949 关闭 缺陷(bug) (工作模板)

ftp_rmdir():删除目录操作失败。

报告人: 狄达克斯剖面 双氧水 所有者:
里程碑: 优先: 正常的
严重程度: 正常的 版本: 5.3
组件: 升级/安装 关键词: has-patch接口
重点: 复写的副本:

描述

每当需要更新插件时,都会触发此错误:

警告:ftp_rmdir():删除目录操作失败。在第381行的/wp-admin/includes/class-wp-filesystem-ftpext.php中

什么时候

定义('FS_METHOD','ftpext');

在内部定义wp_config.php.

在这种情况下,错误似乎是由删除.维护文件。
在这种情况下删除方法类wp文件系统-ftpext.php用调用$recursive=假.
那么,什么时候.维护文件不存在,class-wp-filesystem-ftpext.php的第377行上的条件未执行,第380行上的下一个条件已达到。
ftp_rmdir(ftp _ rmdir)返回(正确的)错误。

附件(1)

48949.差异(564字节)-由添加无节肢动物 5年前.

将所有附件下载为:.zip文件

更改历史记录(5)

#1 随访: @无节肢动物
5年以前

  • 关键词 has-patch接口补充;需要修补程序远离的

类似于附加的修补程序的功能应该可以做到:在尝试对目录运行删除之前,验证该目录是否存在。

#2 答复: 1 @双氧水
5年以前

是的,很好。

我认为检查可以放在前面(在条件语句之外),并简单地返回true,因为文件/dir已被删除。

回复无节肢动物:

类似于附加的修补程序的功能应该可以做到:在尝试对目录运行删除之前,验证该目录是否存在。

#3 @双氧水
5年以前

  • 分辨率设置为工作模板
  • 状态已从更改新的关闭

这是我的解决方案。。。

if(空($file)){返回false;}如果(!$this->存在($file)){返回true;}if('f'==$type||$this->is_file($file)){return ftp_delete($this->链接,$file);}if(!$recursive){// ...// ...
上次编辑时间5年前通过双氧水(以前的)(差异)

#4 @上位模块
5年以前

  • 里程碑 等待审查删除
注:请参见TracTickets公司有关使用的帮助门票。