Skip to content

Never drop blueprint data from the WS server's message buffer #8977

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Feb 10, 2025

Conversation

DerpDays
Copy link
Contributor

@DerpDays DerpDays commented Feb 9, 2025

Related

What

Makes blueprint contents be saved internally as static (along with their activation command), instead of as a normal message.

This fixes the issue with default blueprints not being activated on web clients when a new user connects, since after this change blueprint data is also saved as static, this means the blueprint data is now sent to the client before the activation command (since the activation command is read and sent to the sink after the blueprint data).

More info can be found in the related issue #8741.

Edit: just seen that there is plans to move away from websockets to gRPC so this will probably be irrelevant soon.

Copy link

@github-actions github-actions bot left a comment

Choose a reason for hiding this comment

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

Hi! Thanks for opening this pull request.

Because this is your first time contributing to this repository, make sure you've read our Contributor Guide and Code of Conduct.

@teh-cmc teh-cmc changed the title Save blueprint data as static (websocket server) #8741 Never drop blueprint data from the WS server's message buffer Feb 10, 2025
@teh-cmc teh-cmc added 🪳 bug Something isn't working 🕸️ web regarding running the viewer in a browser include in changelog labels Feb 10, 2025
@teh-cmc teh-cmc self-requested a review February 10, 2025 08:59
@teh-cmc
Copy link
Member

teh-cmc commented Feb 10, 2025

That's exactly the right fix, thanks!

Note for others reading: this does not log the blueprint as static, which would be very scary, it's just more websocket server buffer shenanigans.

@emilk emilk mentioned this pull request Feb 10, 2025
22 tasks
@teh-cmc teh-cmc merged commit a2bf3f7 into rerun-io:main Feb 10, 2025
38 of 40 checks passed
@emilk emilk added this to the Next patch release milestone Feb 12, 2025
@emilk emilk mentioned this pull request Feb 12, 2025
oxkitsune pushed a commit that referenced this pull request Feb 19, 2025
### Related
* Closes #8741

### What
Makes blueprint contents be saved internally as static (along with their
activation command), instead of as a normal message.

This fixes the issue with default blueprints not being activated on web
clients when a new user connects, since after this change blueprint data
is also saved as static, this means the blueprint data is now sent to
the client before the activation command (since the activation command
is read and sent to the sink after the blueprint data).

More info can be found in the related issue
[#8741](#8741 (comment)).

Edit: just seen that there is plans to move away from websockets to gRPC
so this will probably be irrelevant soon.

Signed-off-by: DerpDays <[email protected]>
@Wumpf Wumpf removed this from the Next patch release milestone Feb 20, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🪳 bug Something isn't working include in changelog 🕸️ web regarding running the viewer in a browser
Projects
None yet
Development

Successfully merging this pull request may close these issues.

blueprint make_active doesn't work with the web viewer
4 participants