http request with no errors appears to cause threadgroup to stop

[asfimport]

chris d. (Bug 64572):
The test has a threadgroup which makes rest api calls returning json values. This test contained a single http request which did work and received the data. however, when changing thread group from 1 thread and 1 count to 1 thread and count = 4 I discovered that this http request is simply called once and then the thread group seems to stop.
the return code from the reset call is 200 and assertions and extractions appear correct.

when i look at the view results tree no subsequent http requests are called in this threadgroup. this is with either multiple http requests or a single http request with a count > 1. I can also seen the number of calls in the summary report.

the thread group action is set to continue ( have also tried start next thread loop). This problem did not seem to have any impact on a second thread group which was making simple GET/POST calls.

This behavior did not seem correct so I tried this script on JMeter 5.1.1 r1855137 and the test worked as expected.

I am attaching the script which demonstrates this behavior.

Created attachment covid19dadtademo.jmx: sample script used to demonstrate problem

Severity: major
OS: All
Resolution: WORKSFORME

[asfimport]

@mawasak (migrated from Bugzilla):
Hi,
The problem is connected with caching. You have Cache Manager but in response there is no any headers connected with caching. So JMeter assume +1 year. Your second 2 to 4 request is in cache so no request is issued. This is by design I think and this behaviour changed in 5.2 (worked differently in 5.1.1 as You said). If you turn off cache manager in your test plan You will see 4 requests.

[asfimport]

@pmouawad (migrated from Bugzilla):
This is expected behaviour.

JMeter versions > 5.1.1 have completed features of Cache Manager.

See #5121.