Closed (outdated)
Project:
Drupal core
Version:
6.x-dev
Component:
base system
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
28 Jun 2012 at 21:18 UTC
Updated:
2 Mar 2016 at 22:18 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
effulgentsia commentedThis one removes the erroneous quotes.
Comment #2
freblasty commentedYou could use the Webclient module which supports overwriting the drupal_http_request function (see Webclient extension) with a version that supports request altering, proxy, ... as a temporary solution until this issue gets fixed.
Note, this requires the PHP extension runkit or APD to be installed.
Comment #3
Crell commentedNothing that requires runkit should ever be used in production. runkit is dangerous by design.
This patch is a total hack, but that's about all we could do for Drupal 7. For Drupal 8, I'm really hoping this entire routine goes away in favor of Guzzle or similar. So, eh, I can live with it for now, for the sake of D7 folks. But #64866: Pluggable architecture for drupal_http_request() and company are still mandatory for WSCCI, with or without this.
Comment #4
robloachEw.
Comment #5
dries commentedLet's wait for #64866: Pluggable architecture for drupal_http_request().
Comment #6
Crell commentedI think we already concluded to not make it pluggable but to just use a good library: #1447736-19: Adopt Guzzle library to replace drupal_http_request(). We know what we want to do for Drupal 8, but it's not backportable. Really, this is a D7 issue that's flagged for D8 only for process reasons.
Comment #7
cweagansFixing tags per http://drupal.org/node/1517250
Comment #8
mikeytown2 commentedMoving to D7. Guzzle is in D8 now.
Comment #9
effulgentsia commentedBack to needs review, since it's been a while since #3. Assigning to Dries for comment, given #5.
Although #7881: Add support to drupal_http_request() for proxy servers (http not https) has been fixed, #924498: Proxy https support for drupal_http_request() and many other D7 issues are still open.
Comment #10
mikeytown2 commentedShould we re-open #64866: Pluggable architecture for drupal_http_request() under D7?
Comment #11
ParisLiakos commentedcoming from #924498: Proxy https support for drupal_http_request()
I think #64866: Pluggable architecture for drupal_http_request() is too much for d7 and feels that at least this one, will get in faster, so i guess if tests still pass it is RTBC?
#1: drupal_http_request_override.patch queued for re-testing.
Comment #13
mikeytown2 commentedHere's my take on this. It's simple too.
Comment #14
ParisLiakos commentedi am more fan of function as well, but maybe variable should be
http_request_functioninstead ofdrupal_http_request_functionComment #15
dries commentedI'm ok with this patch. I can't think of any unwanted side-effects. Leaving the final call to David though.
Comment #16
effulgentsia commentedComment #17
David_Rothstein commentedLooks fine to me but I really don't know what's up with the plans for comitting feature requests these days (thresholds etc). It'll presumably get committed at some point though...
Comment #18
David_Rothstein commentedWhatever, let's just call it an API limitation and therefore a task and move on. Plenty of other patches have gotten in that way...
Committed to 7.x - thanks! http://drupalcode.org/project/drupal.git/commit/025ad19
Comment #19
ParisLiakos commentedyay!
thanks a lot David
Comment #20
mikeytown2 commentedWhat are the odds of this getting in 6.x? #13 has a patch for D6.
Comment #21
hass commentedPatch in #13 is for D6
Comment #22
cweagansIt's identical to what's already been committed to 7.x, so RTBC. Looks great.
Comment #23
chaps2 commented+1 for getting this in to 6.x please.
Comment #25
hass commentedReattaching D6 patch from #13.
Comment #26
hass commentedBack to RTBC.
Comment #27
mgiffordCan we close this issue now or do we have to wait till the official EoL?