[FIX] Preserve user baggage header when setting Session ID #1016
      
        
          +414
        
        
          −40
        
        
          
        
      
    
  
  Add this suggestion to a batch that can be applied as a single commit.
  This suggestion is invalid because no changes were made to the code.
  Suggestions cannot be applied while the pull request is closed.
  Suggestions cannot be applied while viewing a subset of changes.
  Only one suggestion per line can be applied in a batch.
  Add this suggestion to a batch that can be applied as a single commit.
  Applying suggestions on deleted lines is not supported.
  You must change the existing code in this line in order to create a valid suggestion.
  Outdated suggestions cannot be applied.
  This suggestion has been applied or marked resolved.
  Suggestions cannot be applied from pending reviews.
  Suggestions cannot be applied on multi-line comments.
  Suggestions cannot be applied while the pull request is queued to merge.
  Suggestion cannot be applied right now. Please check back later.
  
    
  
    
What does this PR do?
When a RUM Session ID is available, we set it in the
Baggageheader of intercepted network requests when usingtrackResources=true.We don't account for pre-existing values in the
Baggageheader, so we end up overwriting it.This PR adds support for user-defined
Baggageheaders by using comma-separated list strings, following the W3C Baggage specification.Requirements for W3 compliance
Entry Format
Each entry must contain at least one = separating key and value.
Key Validation
Keys must follow RFC 7230 §3.2.6 token grammar.
Allowed characters:
!#$%&'*+-.^_|~0-9A-Za-zValue Encoding
Values are UTF-8 encoded.
Characters outside the allowed baggage octet range (
!, #–+, -–:, <–[, ]–~) are percent-encoded.Spaces, commas, semicolons, quotes, backslashes, and non-ASCII characters are encoded.
Example:
Properties (Metadata)
Entries may include properties separated by semi-colons:
Property keys must also follow RFC 7230 token grammar.
Property values are percent-encoded using the same rules as the main value.
Whitespace Handling
Leading and trailing whitespace around keys, values, and properties is trimmed.
Internal whitespace (e.g. "foo = bar ; p1 = one") is normalized.
Limits (per W3C Spec §3.3.2)
The resulting header must contain:
≤ 64 list-members, otherwise a warning is logged.
≤ 8192 bytes total size, otherwise a warning is logged.
Entries beyond these limits may be ignored by consumers. We print a warning on our side, without dropping the entry.
Order Preservation
Entries are formatted in the same order they appear in the original Set.
Logging and Error Handling
Invalid entries and properties are not propagated.
Each failure is logged via InternalLog with
SdkVerbosity.WARN.Review checklist (to be filled by reviewers)