owenpahl opened a new issue, #6076:
URL: https://github.com/apache/jmeter/issues/6076

   ### Expected behavior
   
   When setting embedded resources to be downloaded via the HTTP Request 
Defaults, I expect all samplers in scope to inherit this config and download 
any found resources. In v5.6.2 this is no longer working.
   
   I've tested thing against both Java 1.8 (OpenJDK Runtime Environment 
(Temurin)(build 1.8.0_382-b05)) and Java 17 (OpenJDK Runtime Environment (build 
17+35-2724)). This works as expected in v5.5
   
   ### Actual behavior
   
   JMeter follows any redirects but fails to download any embedded resources if 
this is set via the HTTP Request Defaults. If it is set directly on a sampler 
it will download the resources.
   
   
   
   ### Steps to reproduce the problem
   
   Run the attached script. It contains two samplers (in different transaction 
controllers) with the same request (http://google.com), one with embedded 
resources enabled directly and the other with embedded resources enable via 
HTTP Request Defaults.
   
   Run this with JMeter v5.5 both transaction controllers show 4 requests (1 
GET, 1 Redirect, and 2 .png images)
   Run this with JMeter v5.6.2, the sampler where embedded resources are 
enabled directly shows the same as under v5.5. The other sampler where the 
embedded resources are enabled via HTTP Request Defaults only shows 2 requests 
(1 GET, 1 Redirect).
   
   [parallel download 
test.zip](https://github.com/apache/jmeter/files/12593174/parallel.download.test.zip)
   
   ### JMeter Version
   
   5.6.2
   
   ### Java Version
   
   OpenJDK Runtime Environment (build 17+35-2724
   
   ### OS Version
   
   Microsoft Windows [Version 10.0.19045.3324]


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscr...@jmeter.apache.org.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to