Unexpected behavior when chaining

I just moved to version 3.0.0, and found out that when setting parameters in the session and reading immediately they seem to be lost and execution times out like if the second request were not sent (it is sent), the workaround I have is waiting a little before doing the second request, I’d love to know if that is a known bug or perhaps I’m doing something wrong, here’s the snipet:

exec {

  new GetStories().getStories
    .check(
      jsonPath("$..content[?(@.slug == \"" + story("slug") + "\")].id").optional.saveAs("storyId"),
      jsonPath("$..content[" + randomStory + "].id").ofType[String].saveAs("storyId")
    )
}
  .doIf(session => session("storyId").as[String].nonEmpty) {
    pause("50", TimeUnit.MILLISECONDS) // If you remove this, the execution times out
      .exec {
        new GetStoryNotes("${storyId}").getStoryNotes
          .check(
            jsonPath("$.content[0].id").ofType[String].saveAs("noteId")
          )
      }
      .pause(Time.Medium)
  }
  .doIf(session => session("noteId").as[String].nonEmpty) {

Could you please provide a way to reproduce (a sample we can really run on our side, not a mock)?

Yeah, actually going forward I tried to use the inferHtmlResources and had the same behavior, so I tried the demo, a way to reproduce it is downloading the latest repo version of:

https://github.com/gatling/gatling-sbt-plugin-demo

And compare it with the previous version:

https://github.com/gatling/gatling-sbt-plugin-demo/tree/9dd0afbfeb2c19cd067a8767048b8667767ff2ae

The 3.0.0 version times out with one single user active, the previous version 2.3.1 works just fine. If helps, I’m using macos, java 1.8.0_111, is there any plan for a a RC3. I’m going back to version 2.3.1 meanwhile.

Yeah, actually going forward I tried to use the inferHtmlResources and had the same behavior,

Was his with RC1 ou RC2?

so I tried the demo, a way to reproduce it is downloading the latest repo version of:
https://github.com/gatling/gatling-sbt-plugin-demo

The 3.0.0 version times out with one single user active

Yes, there’s a regression in RC2 regarding redirects that has already been fixed: https://github.com/gatling/gatling/issues/3537

Stéphane Landelle

GatlingCorp CTO
slandelle@gatling.io

It was RC2, another thing you might want to mention in the release notes for 3.0.0 is that feeders would fail if there’s a BOM in them, so you better remove it.

It was RC2

Could you please provide us with a complete sample we can run on our side and reproduce your issue? We haven’t been able to reproduce so far.

, another thing you might want to mention in the release notes for 3.0.0 is that feeders would fail if there’s a BOM in them, so you better remove it.

We’ve never tested with files with BOM and we weren’t aware they were supported in the first place. I guess jackson-csv, that we were using in Gatling 2, supported them while simpleflatmapper, that we use now, doesn’t.

Could you please provide us with such file so we can investigate and report a feature request to simpleflatmapper?

Stéphane Landelle

GatlingCorp CTO
slandelle@gatling.io