Skip to content

Send an empty transport file type when none is known - #191

Merged
lo-simon merged 2 commits into
sony:masterfrom
garethsb:fix/transport-file-type
Oct 8, 2026
Merged

lo-simon merged 2 commits into
sony:masterfrom
garethsb:fix/transport-file-type

Conversation

@garethsb

@garethsb garethsb commented Oct 8, 2026 •

Copy link
Copy Markdown
Contributor

Rethought 8b725a7. nmos-js should not knowingly send something that is not valid per the schema, so an empty string is a better fallback than omitting type. The default for a known transport is TRANSPORTS.<transportUrnBase>.transportFileType; makeConnection and the receiver staged editor read it with transportFileType.

A PATCH that changes transport_file.data always includes type. Empty or
non-string data is null, and type is null with it. Otherwise type is the
staged string, or "" when that value is not a string.

Signed-off-by: Gareth Sylvester-Bradley <garethsb@nvidia.com>
Signed-off-by: Gareth Sylvester-Bradley <garethsb@nvidia.com>

@lo-simon lo-simon left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@lo-simon
lo-simon merged commit 0c361b6 into sony:master Oct 8, 2026
4 checks passed
@garethsb
garethsb deleted the fix/transport-file-type branch October 8, 2026 13:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants