From:             
Operating system: Windows XP (probably all OS'es)
PHP version:      Irrelevant
Package:          cURL related
Bug Type:         Feature/Change Request
Bug description:Add "CURLOPT_NOPROXY" to curl_setopts()

Description:
------------
First of all, this isn't a bug but a feature request. I know it's one that
shouldn't be necessary to be implemented under normal conditions, but
here's my case...



For some strange reason, while using cURL on my machine, it always tries to
go via proxy localhost:5865. I checked with some other people and they
don't have the issue. Still, this is what I get:



C:\curl>curl google.com -v

* About to connect() to proxy localhost port 5865 (#0)

*   Trying 127.0.0.1... Connection refused

* couldn't connect to host

* Closing connection #0

curl: (7) couldn't connect to host





This is easily circumvented by adding "--noproxy google.com" to the
command, as cURL won't be looking for a proxy anymore. However, using the
PHP cURL functions, there seems to be no way to add that option to the
command. Even if I don't set any proxy via curl_setopt(), cURL will still
try to use the localhost proxy, which still results in the "couldn't
connect to host" error...



So, that's why I'd like to see the "CURLOPT_NOPROXY" option added to the
PHP curl functions. Is there any chance of this being implemented in a near
release, or are there other workarounds I may not have thought of?



(Check http://curl.haxx.se/changes.html#7_19_4 for the release note)


-- 
Edit bug report at http://bugs.php.net/bug.php?id=53543&edit=1
-- 
Try a snapshot (PHP 5.2):            
http://bugs.php.net/fix.php?id=53543&r=trysnapshot52
Try a snapshot (PHP 5.3):            
http://bugs.php.net/fix.php?id=53543&r=trysnapshot53
Try a snapshot (trunk):              
http://bugs.php.net/fix.php?id=53543&r=trysnapshottrunk
Fixed in SVN:                        
http://bugs.php.net/fix.php?id=53543&r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=53543&r=needdocs
Fixed in release:                    
http://bugs.php.net/fix.php?id=53543&r=alreadyfixed
Need backtrace:                      
http://bugs.php.net/fix.php?id=53543&r=needtrace
Need Reproduce Script:               
http://bugs.php.net/fix.php?id=53543&r=needscript
Try newer version:                   
http://bugs.php.net/fix.php?id=53543&r=oldversion
Not developer issue:                 
http://bugs.php.net/fix.php?id=53543&r=support
Expected behavior:                   
http://bugs.php.net/fix.php?id=53543&r=notwrong
Not enough info:                     
http://bugs.php.net/fix.php?id=53543&r=notenoughinfo
Submitted twice:                     
http://bugs.php.net/fix.php?id=53543&r=submittedtwice
register_globals:                    
http://bugs.php.net/fix.php?id=53543&r=globals
PHP 4 support discontinued:          http://bugs.php.net/fix.php?id=53543&r=php4
Daylight Savings:                    http://bugs.php.net/fix.php?id=53543&r=dst
IIS Stability:                       
http://bugs.php.net/fix.php?id=53543&r=isapi
Install GNU Sed:                     
http://bugs.php.net/fix.php?id=53543&r=gnused
Floating point limitations:          
http://bugs.php.net/fix.php?id=53543&r=float
No Zend Extensions:                  
http://bugs.php.net/fix.php?id=53543&r=nozend
MySQL Configuration Error:           
http://bugs.php.net/fix.php?id=53543&r=mysqlcfg

Reply via email to