[wp-trac] [WordPress Trac] #10407: FTP Extension-based filesystem fails on WP core upgrade/re-install
WordPress Trac
wp-trac at lists.automattic.com
Wed Jul 15 23:57:25 UTC 2009
#10407: FTP Extension-based filesystem fails on WP core upgrade/re-install
-------------------------------+--------------------------------------------
Reporter: Denis-de-Bernardy | Owner: dd32
Type: defect (bug) | Status: new
Priority: normal | Milestone: 2.9
Component: Filesystem | Version:
Severity: normal | Keywords:
-------------------------------+--------------------------------------------
Comment(by Denis-de-Bernardy):
Replying to [comment:6 dd32]:
> instead of using statics, a remove_filter is simpler usually :)
It's actually not. It creates bugs in apply_filters() and do_action(),
which were closed (as wontfix, for good reasons) when I reported them.
> Thinking a bit more, Could it be Active vs. Passive? ..But then i think
the FTPExt is set to passive mode only..
Best I'm understanding the code, both are passive always.
> Or maybe, when the PHP Docs refer to "Network timeout" it could also
refer to the timeout for each operation, ie. Its taking > timeout settings
to transfer the file..
That's the thing. The docs make it sound as if it's for the connection
(i.e. idle for X seconds = timeout), but based on the workaround code I
had to use when I was maintaining my own FTP filesystem class (i.e.
disconnect/reconnect after so many files), it actually is the entire
sessions' timeout on a lot of platforms.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/10407#comment:7>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list