Thank you for your reply Philippe. No, using the nightly build didn't
help. As I mentioned earlier I have tried before with the latest
compiled trunk code.
Please find attached the debug log file.
Also I don't think we use Brotli here. We have Tomcat 8.5 with
'compression="on"' on backend.
Thank you,
Alexander
------ Original Message ------
From: "Philippe Mouawad" <[email protected]>
To: "JMeter Users List" <[email protected]>; "Alexander Boitsev"
<[email protected]>
Sent: 1/16/2019 3:34:04 PM
Subject: Re: Problem recording mobile app - gzipped JSON payload doesn't
unzip
Hello,
I suspect the target website may be using Brotli compression so you're
facing:
- https://bz.apache.org/bugzilla/show_bug.cgi?id=62842
This bug is fixed in nightly build, which you can download from here:
- https://ci.apache.org/projects/jmeter/nightlies/
Can you give us some feedback ?
If issue persists, please enable in log4j2.xml this row and record the
problematic request :
<Logger name="org.apache.http" level="debug" />
Or provide a HAR recording using Chrome.
Thanks
Regards
@philmdot
Co-author of
https://leanpub.com/master-jmeter-from-load-test-to-devops
On Wed, Jan 16, 2019 at 9:27 PM Alexander Boitsev <[email protected]>
wrote:
Hello,
I have noticed an unexpected behavior when recording a mobile
application traffic in JMeter. I have confirmed it in almost all
versions - starting from 2.13 to the latest trunk code.
I am recording traffic from a mobile app (iOS in my case) and in POST
requests (JSON) I see some unreadable data which is confirmed to be a
not unzipped payload.
I have tried recording with Charles Proxy and it shows JSON properly.
So
it is JMeter who processes something incorrectly in my case.
Any ideas why this might happen? Never had such problems with mobile
apps before.
Thank you,
Alexander
<https://www.openstreetmap.org/#map=18/50.69454/3.16455>
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
