From 1cf47cdac15846de85f7a256ef2e648e0a88455b Mon Sep 17 00:00:00 2001
From: Scott Beddall <45376673+scbedd@users.noreply.github.com>
Date: Thu, 27 Apr 2023 10:13:30 -0700
Subject: [PATCH] Update language in `test-proxy` readme (#6057)

* update readme to match reality, a follow-up issue is necessary to address rolling out the fixed behavior
---
 tools/test-proxy/Azure.Sdk.Tools.TestProxy/README.md | 6 ++----
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/tools/test-proxy/Azure.Sdk.Tools.TestProxy/README.md b/tools/test-proxy/Azure.Sdk.Tools.TestProxy/README.md
index c94ce6dd517..eccece25e3a 100644
--- a/tools/test-proxy/Azure.Sdk.Tools.TestProxy/README.md
+++ b/tools/test-proxy/Azure.Sdk.Tools.TestProxy/README.md
@@ -583,11 +583,9 @@ The test-proxy offers further customization beyond that offered by sanitizers, m
 
 ### Redirection Settings
 
-The test-proxy does NOT transparent follow redirects by default. That means that if the initial request sent by the test-proxy results in some `3XX` redirect status, it **will not** follow. It will return that redirect response to the client to allow THEM to handle the redirect.
+The test-proxy follows redirects by default. That means that if the initial request sent by the test-proxy results in some `3XX` redirect status, it **will follow the redirect**.
 
-In certain cases, this is not a possibility for the client. Javascript Browser tests are a great example of this. Since both "modes" are supported, the test-proxy exposes this as a setting `HandleRedirects`.
-
-To set this setting, POST to the `/Admin/SetRecordingOptions` route.
+In certain cases, a user will want to utilize both behaviors in their tests. For instance, the javascript `browser` tests run with redirect enabled, however for their `node` versions, the redirect functionality is explicitly disabled. The test-proxy exposes this as a setting `HandleRedirects` within the settings object POST-ed to `/Admin/SetRecordingOptions`.
 
 Example: