Jump to content

drego

Active Members
  • Posts

    73
  • Joined

  • Last visited

Recent Profile Visitors

456 profile views

drego's Achievements

Wayfarer

Wayfarer (2/7)

4

Reputation

  1. Were you able to set the proxy user/pass successfully on a process without passing it in the URL in this way? I've still been passing it in the URL and of course that doesn't work for visiting HTTPS sites.
  2. That function does not apply to anything that the UDF does. HttpSetProxy does not change MSIE settings. It can be used to USE those settings for non-IE functions in the script. This UDF is for assigning a proxy to individual IE embedded browsers on a per-process basis.
  3. You may have already seen the NetSession UDF thread. The code is really helpful for IE controls and there's no other known way to accomplish what it does. There are a few things that should be improved. The most important being able to pass proxy authentication to a proxy server using urlmon.dll or maybe some other windows API method alltogether. Here's our thread: '?do=embed' frameborder='0' data-embedContent>> Give it a read and be sure to check out the attempt to improve by SmOke_N: page-2#entry1220599'>page-2#entry1220599 Currently, since we have to pass proxy authentication via the URL, if the proxy requires authentication we can't access HTTPS sites with it (Apparently when using HTTPS you aren't allowed to pass auth in the URL). That's why we want to pass the auth through the DLL or any other method that will work with our embedded browser on a per-process basis. Thank you to anyone who can help make this UDF better.
  4. Though the settings might in some way/cases affect other processes that use IE controls the UDF is still a "real solution to bring a dedicated proxy server to an Autoit process." I don't know what your use case is but right now I have many processes forked doing work for me on the backend, each using their own proxy and agent on their own ie controls separate of the others. If you think you can somehow improve things be my guest. Right now this is the only way to change these settings for embedded IE controls on a per-process basis or per-autoit-compiled-process basis.
  5. You did get the UDF working for you right? I'm assuming you're taking about further auth testing. Maybe post some examples of what you've tried?
  6. Announcement: I have just released NetSession-0.9d. This release contains a new function that was on the Planned Features list I forgot to add in the last version I posted. As now stated in the main post this will likely be the last update until we add more DLL/WinAPI code, enabling more features from the Planned Features list
  7. Yeah, I was making some edits all around the post. Thanks for reminding me.
  8. LoL it was my error in calling the function in 1 place without (). A silly mistake on my part. There is nothing wrong with the function but in the process of troubleshooting someone did make a slight improvement to it and I also added a needed line so I'm now uploading version 0.9c.
  9. lol nevermind. It was a stupid mistake in calling the function. I forgot the damn () and just noticed. ahh coding. Thanks for the update to the function I'll mention you in the UDF main post.
  10. k, I usually do that in forums to easily identify myself as the person who started the thread.
  11. This is really strange. I commented out ALL the code from the _ClearCookies function, recompiled my program, and still get the same error when I call the function and only when I call the function.
  12. Thanks, I'll use that but now I have a really strange problem. I commented EVERYTHING out of that function and I still get the same error when calling it.
  13. I just did another test, commenting out the Shell line and leaving the flash cookie code. Both seem to crash the script with the same error. I don't get it.
  14. I have commented out the flash cookies code and only left the line: ShellExecuteWait("RunDll32.exe","InetCpl.cpl,ClearMyTracksByProcess 2") Which is what is causing the problem. When I run the RunDLL32.exe from powershell or CMD with that argument it works fine.
  15. Correction, the Flash cache is in the same location. I commented out the flash code and got the same error so the problem is in the IE cookies command: ShellExecuteWait("RunDll32.exe","InetCpl.cpl,ClearMyTracksByProcess 2") ; Running this from the command prompt work fine.
×
×
  • Create New...