JMeter correlation problems are easier to fix when the test plan can show the values it is carrying between samplers. The Debug Sampler creates a normal sample whose response data lists selected variables or properties, which makes it useful for checking extractor output, function results, and runtime overrides during a small validation run.
The sampler belongs in the same scope as the value being checked. Place it after the extractor, preprocessor, function-driven sampler, or configuration element that should have produced the value, then inspect the sample with View Results Tree while the plan is reduced to a short debug run.
Keep the output narrow and temporary. Enable only the value groups needed for the problem, and remove or disable both Debug Sampler and View Results Tree before a real load run because debug listeners and large response data can add avoidable client memory and CPU overhead.
For extractor checks, place it after the sampler and post-processor that should have set the variable.
Those options can produce long output, so turn them on only for the specific debug question.
View Results Tree is for functional testing, debugging, and validation, not load testing. Disable or remove it before increasing users, loops, or duration.
Related: How to debug a JMeter sampler with View Results Tree
$ cat debug-sampler-output.txt JMeterVariables: checkout_token=token-abc-123 debug_user=qa-user-01
In the GUI, the same lines appear in the Response Data pane. The saved file form is useful when a short non-GUI smoke run or review note captures the Debug Sampler output.