Re: [twsocket] ICS bug ?
Arno Garrels wrote: > Paul wrote: > >> Isn't it possible to implement it in V5 also ? >> > > I haven't had a look at latest V5 download yet. > You can monitor variable FReceiveLen and check for > a negativ value on your own. But I think that this > was a problem introduced with latest changes to > THttpCli V6 only. We have some reports with this error, but I haven't been able to reproduce it. We're using TFtpClient from ICS5, May 1,2006 version (FtpCli.pas says "V2.106"). With best regards, Ronny Forsberg -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli problem
Thank you, these are just the answers that I need! -Ronny - Original Message - From: "Francois PIETTE" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Sunday, February 26, 2006 11:51 AM Subject: Re: [twsocket] HttpCli problem > >> Here is how I handle events: >> >> Objective, to download several files, very similar to the Httpasy demo: >> On GoButton.Click: HttpCli.GetASync >> OnHeaderEnd: Check if the file to be downloaded is good. If not, ABORT. >> OnRequestDone: If ABORT, then clear the file, if not store the downloaded >> file. Then get the next file. > > Ah ! That's better explanation. >>From the OnHeaderEnd, set a flag to remember the file is not good and then > use PostMessage with a cutom message. From the event handler, call Abort > if > OnRequestDone has not been called already. From the OnRequestDone event, > check your flag to know if the file is OK or not and process accordingly. > Ignore any error condition if the flag is set because Abort has been > called. > > It is always better to use PostMessage to defer any processing out of any > event handler. At the time an custom message is handled, the component is > out of his own work. If you put the processing in the event handler and > this > processing involve the component itself, then it is likely you'll have > problems because when the event handler is returns, the component continue > what it has started and which maybe the wrong thing if you changed the > instructions ! Of course it the processing doesnt' involve the component > itself, there is no problem. > >> The problem is that IF the statuscode is 302 and I Abort, then I cannot >> get >> the next file because the component is busy. (httpDNSLookup). > > You can turn "followRelocation" to false and handle the relocation > yourself > if this problem still happend with the change I outlined above. > >> My question is: Is there a bug in the component, or is there a better >> method of doing this? > > No bug that I'm aware. Follow the outline I gave above. > > -- > Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html > -- > [EMAIL PROTECTED] > http://www.overbyte.be > > > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://www.elists.org/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli problem
Computers are not my strength, so I am trying my best to speak in your language. >>> There is no reason to call Abort from OnRequestDone >>> which is the time when the request is... done ! >>> Why do you think you need to call Abort from OnRequestDone ? I do NOT want to call Abort from OnRequestDone. It is called from OnHeaderEnd. > > This is really important you answer the questions. > Giving details on what you see in your program is not relevant until I > understand what you want to do. You have to explain at a much higher level > than giving details about status code. > State variable is just for information. You_must_ use the events. You > can't > poll the state and do whatever you want. Operations has to be done from > the > events or _after_ OnRequestDone event. Abort can be called at anytime, > outside of any event and the result is unpredictable except the fact that > the current operation will be aborted or course. Here is how I handle events: Objective, to download several files, very similar to the Httpasy demo: On GoButton.Click: HttpCli.GetASync OnHeaderEnd: Check if the file to be downloaded is good. If not, ABORT. OnRequestDone: If ABORT, then clear the file, if not store the downloaded file. Then get the next file. The problem is that IF the statuscode is 302 and I Abort, then I cannot get the next file because the component is busy. (httpDNSLookup). I have solved this problem by having the first line in OnRequestDone check the status, and only execute the routine if it is httpReady. (i.e. Procedure OnRequestDone begin if httpcli.state = httpReady then begin the rest of the OnRequestDone code; end; end; ) My question is: Is there a bug in the component, or is there a better method of doing this? - Original Message - From: "Francois PIETTE" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Sunday, February 26, 2006 6:21 AM Subject: Re: [twsocket] HttpCli problem >> Thank you for the feedback, Francois and Wilfried. I have not been clear >> in >> my explination. Let me start again with more detail: > > Before I answer more, probably for nothing, please answer the questions I > asked in my previous mail: > > > -- > [EMAIL PROTECTED] > http://www.overbyte.be > > > - Original Message - > From: "Ronny" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Sunday, February 26, 2006 12:24 AM > Subject: Re: [twsocket] HttpCli problem > > >> Thank you for the feedback, Francois and Wilfried. I have not been clear >> in >> my explination. Let me start again with more detail: >> >> State: httpReady >> I call httpcli.GetASync. >> State: httpDnsLookup >> >> ( on HeaderEnd) >> State: httpWaitingHeader StatusCode: 302 >> I call httpcli.About >> State: httpReady >> >> (OnRequestDone) >> State: httpDNSLookup >> >> Nothing is done between OnHeaderEnd and OnRequestDone, so I assume that >> httpcli is looking for the redirect. (This only happens with a 302 >> StatusCode, with a 200 Statuscode, OnRequestDone state is httpReady). >> >> If this is a 'Feature' and not a bug, then can I Abort again in the >> OnRequestDone? Or what do you recommend? I do not think that the second >> DNSLookup will provide me with any useful information, even if it is a >> redirect, I wouldn't know how to use it, so I might as well cancel it and >> try to get the next file. >> >> >> - Original Message - >> From: "Francois PIETTE" <[EMAIL PROTECTED]> >> To: "ICS support mailing" >> Sent: Saturday, February 25, 2006 1:12 PM >> Subject: Re: [twsocket] HttpCli problem >> >> >>>>> Why use a loop ? >>>>> Why don't you want to use OnRequestDone event ? >>> >>>> That is the problem. This routine is called from OnRequestDone. That >>>> is >>>> why >>>> I think that there is a bug. OnRequestDone gets called twice for 302s, >>>> but >>>> I have already taken that into account. >>>> Should httpcli.State = httpReady when OnRequestDone is called? If so, >>>> this >>>> is not the case with 302. >>> >>> There is no reason to call Abort from OnRequestDone which is the time >>> when >>> the request is... done ! >>> Why do you think you need to call Abort from OnRequestDone ? >>> I you really have a good reason (I like to hear it), then PostMessage a >>> custom message and then exit. Then from the corresponding event handler, >>&
Re: [twsocket] HttpCli problem
Thank you for the feedback, Francois and Wilfried. I have not been clear in my explination. Let me start again with more detail: State: httpReady I call httpcli.GetASync. State: httpDnsLookup ( on HeaderEnd) State: httpWaitingHeader StatusCode: 302 I call httpcli.About State: httpReady (OnRequestDone) State: httpDNSLookup Nothing is done between OnHeaderEnd and OnRequestDone, so I assume that httpcli is looking for the redirect. (This only happens with a 302 StatusCode, with a 200 Statuscode, OnRequestDone state is httpReady). If this is a 'Feature' and not a bug, then can I Abort again in the OnRequestDone? Or what do you recommend? I do not think that the second DNSLookup will provide me with any useful information, even if it is a redirect, I wouldn't know how to use it, so I might as well cancel it and try to get the next file. - Original Message - From: "Francois PIETTE" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Saturday, February 25, 2006 1:12 PM Subject: Re: [twsocket] HttpCli problem >>> Why use a loop ? >>> Why don't you want to use OnRequestDone event ? > >> That is the problem. This routine is called from OnRequestDone. That is >> why >> I think that there is a bug. OnRequestDone gets called twice for 302s, >> but >> I have already taken that into account. >> Should httpcli.State = httpReady when OnRequestDone is called? If so, >> this >> is not the case with 302. > > There is no reason to call Abort from OnRequestDone which is the time when > the request is... done ! > Why do you think you need to call Abort from OnRequestDone ? > I you really have a good reason (I like to hear it), then PostMessage a > custom message and then exit. Then from the corresponding event handler, > call Abort. > > -- > Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html > -- > [EMAIL PROTECTED] > http://www.overbyte.be > > > > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://www.elists.org/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli problem
That is the problem. This routine is called from OnRequestDone. That is why I think that there is a bug. OnRequestDone gets called twice for 302s, but I have already taken that into account. Should httpcli.State = httpReady when OnRequestDone is called? If so, this is not the case with 302. - Original Message - From: "Francois PIETTE" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Saturday, February 25, 2006 11:22 AM Subject: Re: [twsocket] HttpCli problem > Why use a loop ? > Why don't you want to use OnRequestDone event ? > -- > [EMAIL PROTECTED] > http://www.overbyte.be > > - Original Message - > From: "Ronny" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Saturday, February 25, 2006 4:57 PM > Subject: Re: [twsocket] HttpCli problem > > >>I did find a work-around, but it is not pretty: >> >> while httpcli.State <> httpready do >> begin >> a:=a+1; >> log.Lines.add('Waiting '+inttostr(a)); >> application.ProcessMessages; >> end; >> >> This is only needed after a 302. The counter ranges from 400-1000 before >> the state turns to httpready. And I am not sure that they are real 302s. >> The same pages give a statuscode of 302 consistently when downloaded in >> the >> same order, but may give a 200 if downloaded in a different order. Could >> a >> bug in my program make httpcli give a fake 302 statuscode? >> (The above code gives an infinite loop if application.processmessages is >> removed) >> >> >> - Original Message - >> From: "Ronny" <[EMAIL PROTECTED]> >> To: "ICS support mailing" >> Sent: Saturday, February 25, 2006 10:08 AM >> Subject: Re: [twsocket] HttpCli problem >> >> >>> The problem is that the STATE is not ready after the abort, so when I >>> use >>> httpcli to grab another file after a 302, I would get an error. (http >>> component busy, I think). >>> After an abort in such a case, is there anything that I have to do to >>> make >>> sure that the component is ready for the next use? >>> (This only happens after a 302, anything else (200, 404, etc) works >>> well.) >>> -Ronny >>> >>> - Original Message - >>> From: "Francois PIETTE" <[EMAIL PROTECTED]> >>> To: "ICS support mailing" >>> Sent: Saturday, February 25, 2006 3:59 AM >>> Subject: Re: [twsocket] HttpCli problem >>> >>> >>>>> After httpcli.abort is called, the statuscode is normally 404 if the >>>>> statuscode before the call is 200. The statuscode is 0 if the >>>>> original >>>>> statuscode is 302. This is causing me problems (i.e. httpcli state is >>>>> not >>>>> ready after an abort is called if the statuscode was 302). See >>>>> example: >>>>> >>>>> log.Lines.Add(inttostr(httpcli.StatusCode); >>>>> httpcli.abort; >>>>> log.Lines.Add(inttostr(httpcli.StatusCode); >>>>> >>>>> D7, ICS V6 beta V1.91 >>>> >>>> StatusCode value is valid only when or after OnRequestDone has been >>>> triggered. >>>> Anyway, if you abort, you obviously know what you are doing. No need to >>>> rely >>>> on StatusCode. >>>> >>>> -- >>>> [EMAIL PROTECTED] >>>> http://www.overbyte.be >>>> >>>> -- >>>> To unsubscribe or change your settings for TWSocket mailing list >>>> please goto http://www.elists.org/mailman/listinfo/twsocket >>>> Visit our website at http://www.overbyte.be >>> >>> -- >>> To unsubscribe or change your settings for TWSocket mailing list >>> please goto http://www.elists.org/mailman/listinfo/twsocket >>> Visit our website at http://www.overbyte.be >> >> -- >> To unsubscribe or change your settings for TWSocket mailing list >> please goto http://www.elists.org/mailman/listinfo/twsocket >> Visit our website at http://www.overbyte.be > > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://www.elists.org/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli problem
I did find a work-around, but it is not pretty: while httpcli.State <> httpready do begin a:=a+1; log.Lines.add('Waiting '+inttostr(a)); application.ProcessMessages; end; This is only needed after a 302. The counter ranges from 400-1000 before the state turns to httpready. And I am not sure that they are real 302s. The same pages give a statuscode of 302 consistently when downloaded in the same order, but may give a 200 if downloaded in a different order. Could a bug in my program make httpcli give a fake 302 statuscode? (The above code gives an infinite loop if application.processmessages is removed) - Original Message ----- From: "Ronny" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Saturday, February 25, 2006 10:08 AM Subject: Re: [twsocket] HttpCli problem > The problem is that the STATE is not ready after the abort, so when I use > httpcli to grab another file after a 302, I would get an error. (http > component busy, I think). > After an abort in such a case, is there anything that I have to do to make > sure that the component is ready for the next use? > (This only happens after a 302, anything else (200, 404, etc) works well.) > -Ronny > > - Original Message - > From: "Francois PIETTE" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Saturday, February 25, 2006 3:59 AM > Subject: Re: [twsocket] HttpCli problem > > >>> After httpcli.abort is called, the statuscode is normally 404 if the >>> statuscode before the call is 200. The statuscode is 0 if the original >>> statuscode is 302. This is causing me problems (i.e. httpcli state is >>> not >>> ready after an abort is called if the statuscode was 302). See example: >>> >>> log.Lines.Add(inttostr(httpcli.StatusCode); >>> httpcli.abort; >>> log.Lines.Add(inttostr(httpcli.StatusCode); >>> >>> D7, ICS V6 beta V1.91 >> >> StatusCode value is valid only when or after OnRequestDone has been >> triggered. >> Anyway, if you abort, you obviously know what you are doing. No need to >> rely >> on StatusCode. >> >> -- >> [EMAIL PROTECTED] >> http://www.overbyte.be >> >> -- >> To unsubscribe or change your settings for TWSocket mailing list >> please goto http://www.elists.org/mailman/listinfo/twsocket >> Visit our website at http://www.overbyte.be > > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://www.elists.org/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli problem
The problem is that the STATE is not ready after the abort, so when I use httpcli to grab another file after a 302, I would get an error. (http component busy, I think). After an abort in such a case, is there anything that I have to do to make sure that the component is ready for the next use? (This only happens after a 302, anything else (200, 404, etc) works well.) -Ronny - Original Message - From: "Francois PIETTE" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Saturday, February 25, 2006 3:59 AM Subject: Re: [twsocket] HttpCli problem >> After httpcli.abort is called, the statuscode is normally 404 if the >> statuscode before the call is 200. The statuscode is 0 if the original >> statuscode is 302. This is causing me problems (i.e. httpcli state is >> not >> ready after an abort is called if the statuscode was 302). See example: >> >> log.Lines.Add(inttostr(httpcli.StatusCode); >> httpcli.abort; >> log.Lines.Add(inttostr(httpcli.StatusCode); >> >> D7, ICS V6 beta V1.91 > > StatusCode value is valid only when or after OnRequestDone has been > triggered. > Anyway, if you abort, you obviously know what you are doing. No need to > rely > on StatusCode. > > -- > [EMAIL PROTECTED] > http://www.overbyte.be > > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://www.elists.org/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] HttpCli problem
After httpcli.abort is called, the statuscode is normally 404 if the statuscode before the call is 200. The statuscode is 0 if the original statuscode is 302. This is causing me problems (i.e. httpcli state is not ready after an abort is called if the statuscode was 302). See example: log.Lines.Add(inttostr(httpcli.StatusCode); httpcli.abort; log.Lines.Add(inttostr(httpcli.StatusCode); D7, ICS V6 beta V1.91 -Ronny -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli error with 302 and 301 Redirects
I am pretty sure it is a bug. I will do more research into it and get back to you with more sites, etc. Previous versions handled these 'buggy' sites better. Currently, it just hangs. I'll look into putting a timer that calls 'close' when the system is unresponsive for too long. Thanks for spending time on this issue. - Ronny - Original Message - From: "Francois PIETTE" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Saturday, January 28, 2006 4:58 AM Subject: Re: [twsocket] HttpCli error with 302 and 301 Redirects >> Reposting in case this got lost. > > I saw your message. > >>>> Also, a bad page on a site like www.amazon.com/?test/test gets a 301, >>>> then 302 and then hangs. This did not happen with earlier versions of >>>> ICS. > > It is possibly an error in Amazon's code because if you look at the > header, > you see: > "Cneonction: close" > There is a typo error there... > > When you close the connection (using "close" button in HttpTst program), > it > continue execution. So I didn't checked exactly, but I guess there is a > problem either because of the typo error in auto connection close, or > because of an error in the content-length versus what is sent by the > server. > > -- > [EMAIL PROTECTED] > http://www.overbyte.be > > > - Original Message - > From: "Ronny" <[EMAIL PROTECTED]> > To: "ICS support mailing" > Sent: Saturday, January 28, 2006 1:30 AM > Subject: Re: [twsocket] HttpCli error with 302 and 301 Redirects > > >> Reposting in case this got lost. After a few more hours working on it, I >> am >> pretty sure that it is a bug. >> - Ronny >> >> - Original Message - >> From: "Arno Garrels" <[EMAIL PROTECTED]> >> To: "ICS support mailing" >> Sent: Friday, January 27, 2006 5:52 AM >> Subject: Re: [twsocket] HttpCli error with 302 and 301 Redirects >> >> >>> Ronny wrote: >>>> I am using V6 beta of ICS with D7. On some sites, using httpcli with >>>> asyncget, the OnHeaderEnd event gets called 3 times (with 302 code) and >>>> the RequestDone event never gets called. >>> >>> Yes, I see the same bug in the SslHttpCli. >>> >>>> Also, a bad page on a site like www.amazon.com/?test/test gets a 301, >>>> then >>>> 302 and then hangs. This did not happen with earlier versions of ICS. >>>> Any suggestions? >>>> - Ronny >>> -- >>> To unsubscribe or change your settings for TWSocket mailing list >>> please goto http://www.elists.org/mailman/listinfo/twsocket >>> Visit our website at http://www.overbyte.be >> >> -- >> To unsubscribe or change your settings for TWSocket mailing list >> please goto http://www.elists.org/mailman/listinfo/twsocket >> Visit our website at http://www.overbyte.be > > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://www.elists.org/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli error with 302 and 301 Redirects
Reposting in case this got lost. After a few more hours working on it, I am pretty sure that it is a bug. - Ronny - Original Message - From: "Arno Garrels" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Friday, January 27, 2006 5:52 AM Subject: Re: [twsocket] HttpCli error with 302 and 301 Redirects > Ronny wrote: >> I am using V6 beta of ICS with D7. On some sites, using httpcli with >> asyncget, the OnHeaderEnd event gets called 3 times (with 302 code) and >> the RequestDone event never gets called. > > Yes, I see the same bug in the SslHttpCli. > >> Also, a bad page on a site like www.amazon.com/?test/test gets a 301, >> then >> 302 and then hangs. This did not happen with earlier versions of ICS. >> Any suggestions? >> - Ronny > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://www.elists.org/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] HttpCli error with 302 and 301 Redirects
I am using V6 beta of ICS with D7. On some sites, using httpcli with asyncget, the OnHeaderEnd event gets called 3 times (with 302 code) and the RequestDone event never gets called. Also, a bad page on a site like www.amazon.com/?test/test gets a 301, then 302 and then hangs. This did not happen with earlier versions of ICS. Any suggestions? - Ronny -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Off Topic ICS and MidWare Frappr group
ICS is 'PostCardWare' in part because the author enjoys seeing where his users are. Frappr is the coolest thing since post cards. Therefore, we were emailed for something important, and well worthwhile. Also, I would suggest increasing the price of ICS to a postcard AND a Frappr pin. Since we are off-topic, if V7 does not support D7, then I will have to spend hundreds of dollars upgrading Delphi. I will not have problems doing that. This shows that ICS is worth quite a bit to me, and I think that it would be a good idea if there was a PayPal site for ICS contributions. (Amazon Europe Gift Cards are too complicated for me...) Yes, I did contribute to keep this list going. ( http://www.elists.org/donate/ ) (So I don't start a flame war, I understand the masses that hate to be emailed or have their email address compromised. Changing your email address because you cannot access it anymore due to the thousands of daily junk emails is not a pleasant experience. However, in my opinion, this was a low-risk mass emailing and well worthwhile.) - Ronny -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli Agent
I found this list. There may be better ones out there. http://www.pgts.com.au/download/data/browser_list.txt Mozilla has some specs here: http://www.mozilla.org/build/revised-user-agent-strings.html - Ronny - Original Message - From: "Paul" <[EMAIL PROTECTED]> To: Sent: Sunday, January 08, 2006 4:31 PM Subject: [twsocket] HttpCli Agent > Does anyone have a list of all possible HttpCli.Agent values ? > > > Paul > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://www.elists.org/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli with passwords
Wow, they don't teach you this stuff in business school. Thanks for the information, it helped me solve most of my problem! I may still have problems with some authentication methods, but this seems to work with most of them. - Ronny - Original Message - From: "Guillaume MAISON" <[EMAIL PROTECTED]> To: "ICS support mailing" Sent: Friday, April 08, 2005 4:12 AM Subject: Re: [twsocket] HttpCli with passwords I have narrowed down the problem a bit. The OnHeaderEnd routine gets called twice when using passwords, the first time with a negative contentlength, the second time with the proper value. Using D7, httpprot 1.83. (It only gets called once when not using usernames/passwords, which is what it is supposed to do) - Ronny that's the usual way http works. When you cal for a URL with a user/password within an authentication, you have the following steps : The request is sent once, without authentication. you then get back a 401 error. The httpCli component then analyses the authentication method (and realm) and then sends back a request with the user/password encoded in the authentication header. so you have th OnHeaderEnd trigger twice because of the first 401 answer and then with the "correct" answer. [note] although i don't know why there *must* be a first 401 when you provide username/password, i suppose it's a way to know the exact authentication method... [/note] so if you want to analyse any result, you'd better have a look at the OnRequestDoneEvent. HTH, Best regards, Guillaume MAISON - Guillaume MAISON - [EMAIL PROTECTED] 83, Cours Victor Hugo 47000 AGEN Tél : 05 53 87 91 48 - Fax : 05 53 68 73 50 e-mail : [EMAIL PROTECTED] - Web : http://nauteus.com -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli with passwords
I have narrowed down the problem a bit. The OnHeaderEnd routine gets called twice when using passwords, the first time with a negative contentlength, the second time with the proper value. Using D7, httpprot 1.83. (It only gets called once when not using usernames/passwords, which is what it is supposed to do) - Ronny - Original Message - From: "Tibor Csonka" <[EMAIL PROTECTED]> To: "'ICS support mailing'" Sent: Wednesday, April 06, 2005 1:37 AM Subject: RE: [twsocket] HttpCli with passwords Hi, Try to log http headers and connect disconnect events. This way it is a lot easier to assist you. Regards -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ronny Karl Sent: Wednesday, April 06, 2005 8:01 AM To: ICS support mailing Subject: [twsocket] HttpCli with passwords I am having problems accessing some password protected sites using httpcli.username and httpcli.password. Most sites work when accessed with a version compiled with in D5 and a year old version of ICS, but I when I try any D7 compatible ICS with D7, I have problems (not authorized) with a lot of sites. Some sites, however, do work. Any ideas? Ronny -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] HttpCli with passwords
I am having problems accessing some password protected sites using httpcli.username and httpcli.password. Most sites work when accessed with a version compiled with in D5 and a year old version of ICS, but I when I try any D7 compatible ICS with D7, I have problems (not authorized) with a lot of sites. Some sites, however, do work. Any ideas? Ronny -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be