Proxy problems - always returns "direct://" no matter what I set in system

[GoogleCodeExporter]

We've hit an issue where libproxy is always returning "direct://" no
matter what I set in the settings (see attachments). The behavior is same 
both in Windows and Mac.

I am attaching the Windows "Internet Options" settings herewith this mail. 

See the screenshots of our settings attached herewith.

Original issue reported on code.google.com by ruj.sa...@gmail.com on 4 Mar 2010 at 2:53

Attachments:

• win_auto_detect.jpg
• win_specify_url.jpg
• mac.png

[GoogleCodeExporter]

Attached is the proxy.pac. Same content was there for wapd.dat

Original comment by ruj.sa...@gmail.com on 5 Mar 2010 at 4:34

Attachments:

• proxy.pac

[GoogleCodeExporter]

r597 and r598 should fix the Mac issue.

As far as the Windows issue is concerned, please run the proxy command with the 
environment variable 
_PX_DEBUG=1.   This will enable debugging and output more info to the screen.  
Please paste that info here.

Original comment by npmccallum@gmail.com on 6 Mar 2010 at 3:14

• Changed state: Started

[GoogleCodeExporter]

Original comment by npmccallum@gmail.com on 6 Mar 2010 at 6:29

• Added labels: Milestone-Release0.4.1

[GoogleCodeExporter]

Current source does not solve the Mac issue.

I have updated to the latest source of libproxy, but on Mac(OSX 10.5.8) it 
still 
gives direct:// for every URL entered with the latest code.

Contents of my .pac are
function FindProxyForURL(url, host)
{
    return "PROXY 192.168.1.1:8000"
}

Also pacrunner_webkit.cpp is failing at cmake as it is including 
<JavaScriptCore/JavaScript.h> instead of <JavaScriptCore/JavaScriptCore.h>.

Parimal Das

Original comment by parimal....@gmail.com on 8 Mar 2010 at 9:23

[GoogleCodeExporter]

For Windows(XP)with _PX_DEBUG=1 flag, the execution is hanging at 
"url::url(const string url) throw(parse_error, logic_error)" (line-87 url.cpp) 
call in 
delete statements getting called from "if (!url::is_valid(url_))" (line-180 
proxy.cpp)

I didn't get any debug output on console. I have used the input as: 
www.yahoo.com

Parimal Das

Original comment by parimal....@gmail.com on 8 Mar 2010 at 9:44

[GoogleCodeExporter]

The exception you're seeing is normal. Input must be a full 
URL. ie http://www.yahoo.com However, one thing concerns 
me. In the latest sources, that method call is on line 267, not 
180. Are you sure you have the latest trunk?

Please run the mac version with _PX_DEBUG=1.

Original comment by npmccallum@gmail.com on 8 Mar 2010 at 11:46

[GoogleCodeExporter]

Hi 

On windows I am getting this error:"Unable to find a required pacrunner!"

====================================
http://www.yahoo.com
Using config: class w32reg_config_extension
Using ignore:
Config is: wpad://
Trying to find the PAC using WPAD...
WPAD search via: class dns_alias_wpad_extension
PAC found!
Unable to find a required pacrunner!
direct://
===================================

I am using XULRunner for jsapi. 
I am compiling lipproxy with this command
$ cmake 
[-DMOZJS_SEARCH_ORDER:STRING=xulrunner-js;firefox-js;mozilla-js;seamonkey-
js]./
-- Building for: Visual Studio 9 2008
-- Check for working C compiler: cl
-- Check for working C compiler: cl -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: cl
-- Check for working CXX compiler: cl -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
MODULES TO BUILD:
                config_envvar
                config_gnome
                config_kde4
                config_macosx
        *       config_w32reg
        *       ignore_domain
        *       ignore_hostname
        *       ignore_ip
                network_networkmanager
                pacrunner_mozjs
                pacrunner_webkit
        *       wpad_dns_alias

-- Could NOT find PythonInterp  (missing:  PYTHON_EXECUTABLE)
-- Configuring done
-- Generating done
-- Build files have been written to: G:/LibproxyCode/lib 

Where i am going wrong? Please guide.

Thanks a lot.
Parimal Das

Original comment by parimal....@gmail.com on 11 Mar 2010 at 1:06

[GoogleCodeExporter]

You are not linking against a javascript library (this is why both mozjs and 
webkit
are missing stars next to them).  If you are using the GUI for cmake, there 
will be a
cache option at the top for the include dir and library path.  If you set these
values, libproxy will like to that javascript library.  Once this is done, 
everything
should work.

Is mac working successfully for you now?

Original comment by npmccallum@gmail.com on 11 Mar 2010 at 1:14

[GoogleCodeExporter]

Yes thanks, OSX is working correctly now.
I will check this lib issue in Windows and let you know.

Thanks again.
Parimal Das

Original comment by parimal....@gmail.com on 11 Mar 2010 at 1:21

[GoogleCodeExporter]

As per a private email, win32 is now working with javascript linked properly.  
Closing.

Original comment by npmccallum@gmail.com on 12 Mar 2010 at 5:00

• Changed state: Fixed