[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