Conversation
|
LGTM - but do we need to document the behaviour when the client sends an |
In this case, I think that as we return the value provided by the client, we will send an empty string. |
Yeah...just seems wasteful. I could understand if sending an empty string meant 'please can the network generate a correlator for me and send it back', but I can't see the rationale for sending an empty string if the network is just going to echo it back. |
This point is already covered Kevin, Patrice: It can be an empty string or a valid value, up to the Telco Operator |
|
Thanks, LGTM |
What type of PR is this?
What this PR does / why we need it:
Update x-correlator pattern, as commented by the rationale under Issue #436.
Also manages Issue #422, to have an aligned and documented behaviour from Fall25.
Documentation Impacted:
Which issue(s) this PR fixes:
Fixes #422, #436
Does this PR introduce a breaking change?
Special notes for reviewers:
N/A
Changelog input
Additional documentation
N/A