[wp-trac] [WordPress Trac] #14786: It's WP_Http_ExtHTTP not WP_Http_ExtHttp

WordPress Trac wp-trac at lists.automattic.com
Mon Sep 6 09:50:32 UTC 2010


#14786: It's WP_Http_ExtHTTP not WP_Http_ExtHttp
--------------------------+-------------------------------------------------
 Reporter:  hakre         |       Owner:                        
     Type:  defect (bug)  |      Status:  new                   
 Priority:  normal        |   Milestone:  Awaiting Review       
Component:  HTTP          |     Version:  3.0.1                 
 Severity:  normal        |    Keywords:  has-patch dev-feedback
--------------------------+-------------------------------------------------

Comment(by hakre):

 Replying to [comment:12 dd32]:
 > > From what I read (but please double check) both have the same order.
 >
 > It was meant as a background as to why there were 2 functions, The
 ordering has been played with over the lifetime of WP_HTTP as bugs poped
 up here and there.

 So what do you would say? Is it a need to have multiple transport orders
 per context for the future? If so, we can add a filter onto the array
 probably and/or make it a parameter.

 Adding a filter would help to easily let plugins control the available
 transports and even add own ones. Hey I like that idea. Currently it's not
 possible and control is a bit akward
 ([http://core.trac.wordpress.org/attachment/ticket/11499/11499-curlforce.php
 forcing curl plugin example]).

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/14786#comment:14>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list