#572 dynamic proxy (proxy.pac) still not working

v1.3.0.29
closed
5
2012-09-23
2005-09-19
No

According to
http://sourceforge.net/project/shownotes.php?
release_id=319784

I'd expect 1.3.0.29 to support proxy.pac

Our config is this ....

My IE settings indicate
"Use automatic configuration script"
= "http://wproxy:8080"

At http://wproxy:8080 we have proxy.pac which
configures our external facing internet proxy
http://iproxy:8080 to be used for internet based
addresses.

However we still get the same error messages we got
with earlier RSS Bandit versions.

Is there any info I can provide that would help you
diagnose the problem?

Thanks
JohnLon

Discussion

  • John Lonergan

    John Lonergan - 2005-09-20

    Logged In: YES
    user_id=845238

    By the way - I guess its not helpful but .Net 2 includes
    support for dynamic proxies.

     
  • Torsten Rendelmann

    Logged In: YES
    user_id=714452

    Yes, it would be helpful if we could immediately upgrade to 2.0 :-)
    As long it is not: do you have any log files you could attach
    herein (they exists in the folder where your subscriptions.xml
    exists: Documents and Settings\<User>\AppData\RssBandit.

    I close the other bug report, no further useful infos are provided
    there to track it down. If I could test with a real proxy server here,
    it would help a lot (or could you debug with the current CVS
    code?)

     
  • John Lonergan

    John Lonergan - 2005-09-30

    Logged In: YES
    user_id=845238

    In
    C:\Documents and Settings\MYLOGINID/Application
    data\RssBandit\errorlog

    -- I see -
    <item>
    BBC News

    <link>http://news.bbc.co.uk/rss/newsonline_world_edition/front_page/rss.xml</link>

    <pubDate>Fri, 30 Sep 2005 11:36:47 GMT</pubDate>
    <category>Web Failure</category>
    - <description>
    - <![CDATA[
    Refresh feed 'News\BBC News' failed with
    error: The underlying connection was closed: The remote name
    could not be resolved.

    Contact information(s):

    ]]>
    </description>
    </item>

    This error occurs when I have my proxy setting using IE
    setting or using the dynamic proxy directly.

    If I manually configure using a reference to the external
    facing static proxy then all works fine.

    I tried debugging before I sent the last report but I
    couldn't figure out what was going on (sorry). Might have
    another go if I get time - but not likely cos my wife's just
    had twins.

     
  • Torsten Rendelmann

    Logged In: YES
    user_id=714452

    There are any trace files in the AppData\RssBandit folder
    (trace.log, trace.log.1,...) ?

    For debugging, before you start:
    1. Set the "Update feeds every" option to zero
    (Options|Feeds|Timings)
    2. Configure "Network Connection" to "Take over proxy server
    settings from IE"
    3. Exit Bandit

    Now place some break points into the
    NewsComponents\Net\AutomaticProxy.cs file, like constructor
    (line 63), GetProxy() at line 78, and GetProxyForUrl() line 259,
    the real worker procedure. My guess: there is something happen
    that breaks, or maybe earlier in the GetProxyFromIESettings()
    line 145, the configuration reader.

    Thanks for your help!

     
  • Gursharan Singh

    Gursharan Singh - 2005-11-09

    Logged In: YES
    user_id=72702

    I tried to debug the code and here are my findings.

    In AutomaticProxy.cs, the call to WinHttpGetProxyForUrl
    seems to be the problem. The autoProxyOptions object
    detects the IE settings correctly and holds the url to the .pac
    script(autoProxyOptions.lpszAutoConfigUrl). But when this
    function is called with a url, in response the
    proxyInfo.dwAccessType flag is always
    Interop.WINHTTP_ACCESS_TYPE_NO_PROXY.

    Not sure why this would happen.

    Can anyone throw light on this windows library function?

     
  • Torsten Rendelmann

    Logged In: YES
    user_id=714452

    gursharan: cool, that you try to help, thanks!

    I compared my code for diffs with that article at codeproject
    today
    (http://www.codeproject.com/useritems/Using_PAC_files_pro
    xy.asp):
    1. My call to Interop.WinHttpOpen() use the
    Interop.WINHTTP_ACCESS_TYPE_NO_PROXY option,
    maybe it should be
    Interop.WINHTTP_ACCESS_TYPE_DEFAULT_PROXY. Can
    you try if it makes a difference?
    2. I do not set the autoProxyOptions.dwAutoDetectFlags in
    case the configScriptUri != null. Maybe I should use the
    same line of code as in the else case, can you try, please?
    3. My definition for public static extern IntPtr WinHttpOpen()
    differs from the article code, but that call does not fail, but
    worth a try if the above changes did not work.

    That would be very cool if we could get that to work.

     
  • Gursharan Singh

    Gursharan Singh - 2005-11-10

    Logged In: YES
    user_id=72702

    t_rendelmann:

    I used the code snippet you pointed to in the url. Same
    results as before even with
    WINHTTP_ACCESS_TYPE_DEFAULT_PROXY. The call to
    WinHttpGetProxyForUrl returns a WINHTTP_PROXY_INFO
    structure with lpszProxy as 0 and dwAccessType as 1.

    Also tried with and without dwAutoDetectFlags for
    configScriptUri != null but got the same results.

     
  • Torsten Rendelmann

    Logged In: YES
    user_id=714452

    I've checked in some mods. yesterday that make the code
    work on my machine (used freeproxy to test). The common
    case with the proxy.pac in the IE settings specified now
    works here (XP SP2).

    Can you try and report further issues, please?

     
  • Gursharan Singh

    Gursharan Singh - 2005-11-14

    Logged In: YES
    user_id=72702

    hi t_rendelmann,

    Is there a build available for your code changes? Which
    CVS module should i check out if i need to build this?

    thanks.

     
  • Torsten Rendelmann

    Logged In: YES
    user_id=714452

    Only the AutoProxy.cs (NewsComponents project and
    possibly the RssBanditApplication.cs Bandit project, we now
    display a messagebox on obvious proxy config failures), then
    compile.

    CVS: the "Source" folder, or even one of the subproject
    folders.

     
  • Gursharan Singh

    Gursharan Singh - 2005-11-15

    Logged In: YES
    user_id=72702

    CVS is asking password when i try to fetch module list on -
    d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/rssbandit/c
    urrentwork/source

    Tried web view of cvs at
    http://cvs.sourceforge.net/viewcvs.py/rssbandit/CurrentWork/
    Source/NewsComponents/Net/AutomaticProxy.cs?
    rev=1.5&view=log . This file is 6 months old.

    Looks like i am looking at the wrong location. please, can
    u point me to right one?

     
  • Torsten Rendelmann

    Logged In: YES
    user_id=714452

    U don't need to request the module list: it isn't up-to-
    date (we don't use it, dunno how get that to work yet)
    Just request the latest sources.

    For your convinience I attached the file.

     
  • Torsten Rendelmann

    Logged In: YES
    user_id=714452

    Back again: does it work for you all now? I would like to
    close the issue because it works now for me.

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks