DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=28677>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=28677 HTML Link Parser fails to handle https protocol ------- Additional Comments From [EMAIL PROTECTED] 2004-05-03 05:41 ------- I tried to enable JTidyHTMLParser but couldnt seem to influence its behaviour! Anyway - I'm not worried about a workaround as much as diagnosing the problem (I have time before I need this fixed). So far I have followed the logic through to getProperty in HTTPSamplerBase.java. Sometimes it is returning the value of variable protocol. Othertimes it is returning DEFAULT_PROTOCOL which is hardcoded to "http". Looking that the value of propMap - I see a lot of: "HTTPSampler.protocol=," I.e. it is not set to anything. There are cases where this is set to https. However, this is not surprising sice the logic assumes default if the property is not found or not set. I have noticed is that sometimes the protocol is set as: "HTTPSampler.protocol=http," However for my last test I am not actually seeing any failures based on protocol anymore - they are all getName() based failures - JMeter is adding a session id out of scope then failing based on a name match. My HTTP URL Re-writing modifier should not be affecting this branch of the tree as I only need it for the login until a cookie with the session id is established (isolated branch). So unless you have some pointers, I think I need to get back to where there where protocol mismatch failures and track the setting of HTTPSampler.protocol. None of this code is familiar to me so it is slow going. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
