Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Artillery >= 1.7.2 does not stop when setting "gzip: true" #1163

Closed
RemiEven opened this issue Sep 2, 2021 · 4 comments
Closed

Artillery >= 1.7.2 does not stop when setting "gzip: true" #1163

RemiEven opened this issue Sep 2, 2021 · 4 comments
Labels

Comments

@RemiEven
Copy link

RemiEven commented Sep 2, 2021

Hello,

I recently updated the version of artillery we used from 1.6.0-29 to the latest 1.7.8.
Our tests worked fine before the update, but now artillery won't stop, printing

Report @ 14:59:45(+0000) 2021-09-02
Elapsed time: 20 seconds
  Scenarios launched:  0
  Scenarios completed: 0
  Requests completed:  0
  Mean response/sec: NaN
  Response time (msec):
    min: NaN
    max: NaN
    median: NaN
    p95: NaN
    p99: NaN

again and again.

I can share a file to reproduce this, but it contains URLs we'd rather not post publicly here.

I tried different versions of artillery and found that for us the problem appeared starting at artillery 1.7.2.
In later versions, deleting the "gzip: true" setting in our scenarios make them work again.
I suppose this has something to do with this commit: 82f7cd8 .

Interestingly, when enabling logging with export DEBUG=http,http:capture,http:response , everything works and artillery stops as expected.

I've read #215 and #238 but I'm not sure if they are relevant for this problem or not.

We're happy with using artillery 1.7.1, but it would be nice if that was fixed so we could update to the latest version

@hassy
Copy link
Member

hassy commented Sep 4, 2021

hi @RemiEven, thanks for the extra details, I'll try to reproduce the issue here.

if you don't mind sharing the URLs privately you can email me on h@artillery.io

@hassy hassy added the bug label Sep 4, 2021
@RemiEven
Copy link
Author

RemiEven commented Sep 6, 2021

Thanks ! I've just sent you an email to the address you provided

@hassy
Copy link
Member

hassy commented Sep 14, 2021

Fixed by #1164

@RemiEven
Copy link
Author

I confirm the PR resolves the problem on our end, and it does 😃
So I'll close this issue.
Thanks a lot for the quick resolution !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants