[ grinder-Bugs-3511553 ] 3.8: header errors in generated scripts

Bugs item #3511553, was opened at 2012-03-26 13:32
Message generated for change (Comment added) made by philipa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3511553&group_id=18598

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: TCPProxy
Group: None
>Status: Open
Resolution: Fixed
Priority: 8
Private: No
Submitted By: Philip Aston (philipa)
Assigned to: Philip Aston (philipa)
Summary: 3.8: header errors in generated scripts

Initial Comment:
Scripts recorded with The Grinder 3.8 do not extract common headers correctly, sometimes leaving a syntactically incorrect script.

----------------------------------------------------------------------

>Comment By: Philip Aston (philipa)
Date: 2012-04-11 00:07

Message:
Yes, its the same bug.

Fixed for 3.9, please see
http://sourceforge.net/mailarchive/message.php?msg_id=29088747 for beta
testing.

----------------------------------------------------------------------

Comment By: greghmerrill ()
Date: 2012-04-10 16:05

Message:
I recently tried recording jython scripts using the TCPProxy on 3.8.  I
noticed that when recording against HTTP URLs, headers were recorded
properly, but when recording against HTTPS URLs, I got syntactically
invalid jython like this :

request101 = createRequest(Test(101, 'GET oms'), url0, )

Note the missing trailing "headers" param in the call above.  Also, I got
duplicate NVPair headers like this:

 result = request101.GET('/oms', None,
   ( NVPair('Accept', 'text/html, application/xhtml+xml, */*'),
     NVPair('User-Agent', 'Mozilla/5.0 (compatible; MSIE 9.0; Windows NT
6.1; WOW64; Trident/5.0)'),
     NVPair('Accept-Encoding', 'gzip, deflate'),
     NVPair('Accept-Language', 'en-US'),
     NVPair('Accept', 'text/html, application/xhtml+xml, */*'),
     NVPair('User-Agent', 'Mozilla/5.0 (compatible; MSIE 9.0; Windows NT
6.1; WOW64; Trident/5.0)'),
     NVPair('Accept-Encoding', 'gzip, deflate'),
     NVPair('Accept-Language', 'en-US'),
     NVPair('Accept', 'text/html, application/xhtml+xml, */*'),
     NVPair('Accept-Language', 'en-US'),
     NVPair('User-Agent', 'Mozilla/5.0 (compatible; MSIE 9.0; Windows NT
6.1; WOW64; Trident/5.0)'),
     NVPair('Accept-Encoding', 'gzip, deflate'),
     NVPair('Accept', 'text/html, application/xhtml+xml, */*'),
     NVPair('Accept-Language', 'en-US'),
     NVPair('User-Agent', 'Mozilla/5.0 (compatible; MSIE 9.0; Windows NT
6.1; WOW64; Trident/5.0)'),
     ....

It sounds like this problem might be the same thing you are mentioning in
this bug, is that the case?  If not I can open a new bug ...



----------------------------------------------------------------------

Comment By: Philip Aston (philipa)
Date: 2012-04-01 06:15

Message:
Fixed for next release.

----------------------------------------------------------------------

Comment By: Philip Aston (philipa)
Date: 2012-03-27 15:53

Message:
Principal issue: the boundary detection for HTTP requests is broken. In
particular, it doesn't cope with the new Firefox/SSL behaviour of sending
the initial char in one packet, then everything else in the next. This
results in multiple requests being merged.

Problem 2: the script translation scripts don't cope with missing header
"extends" references.

Problem 3: the "defaultHeaders" key shouldn't result in an extends
reference.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=118598&aid=3511553&group_id=18598

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev