Skip to content
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

Fix "savedOp" metadata property propagation for grouped ops #20837

Merged
merged 2 commits into from
Apr 25, 2024

Conversation

vladsud
Copy link
Contributor

@vladsud vladsud commented Apr 24, 2024

Container class will set savedOp property on op before processing stashed ops.
Container Runtime uses this information to differentiate ops.

I do not see us propagating savedOp metadata property from grouped ops (as visible in Container) to ungrouped ops. OpGroupingManager.ungroupOp() does not do it as far as I can see. I think we are getting lucky with ID compression ops as they are usually not grouped (there is usually a single ID compression op, as it's part of its own batch). When/if any of those assumptions change, this code would stop working.

Propagate properly this property.

@vladsud vladsud requested review from Abe27342 and a team April 24, 2024 23:39
@github-actions github-actions bot added area: runtime Runtime related issues base: main PRs targeted against main branch labels Apr 24, 2024
@msfluid-bot
Copy link
Collaborator

Baseline CI build failed, cannot generate bundle analysis at this time


Baseline commit: df04909

Generated by 🚫 dangerJS against 6ee29a0

@vladsud vladsud merged commit 97766dd into microsoft:main Apr 25, 2024
30 checks passed
@vladsud vladsud deleted the FixSavedOp branch April 25, 2024 04:41
anthony-murphy pushed a commit to anthony-murphy/FluidFramework-1 that referenced this pull request Apr 29, 2024
…t#20837)

Container class will set savedOp property on op before processing stashed ops.
Container Runtime uses this information to differentiate ops.

I do not see us propagating savedOp metadata property from grouped ops (as visible in Container) to ungrouped ops. OpGroupingManager.ungroupOp() does not do it as far as I can see. I think we are getting lucky with ID compression ops as they are usually not grouped (there is usually a single ID compression op, as it's part of its own batch). When/if any of those assumptions change, this code would stop working.

Propagate properly this property.
anthony-murphy pushed a commit to anthony-murphy/FluidFramework-1 that referenced this pull request Apr 29, 2024
…t#20837)

Container class will set savedOp property on op before processing stashed ops.
Container Runtime uses this information to differentiate ops.

I do not see us propagating savedOp metadata property from grouped ops (as visible in Container) to ungrouped ops. OpGroupingManager.ungroupOp() does not do it as far as I can see. I think we are getting lucky with ID compression ops as they are usually not grouped (there is usually a single ID compression op, as it's part of its own batch). When/if any of those assumptions change, this code would stop working.

Propagate properly this property.
anthony-murphy added a commit that referenced this pull request Apr 29, 2024
#20837) (#20899)

Port of: #20837

Container class will set savedOp property on op before processing
stashed ops. Container Runtime uses this information to differentiate
ops.

I do not see us propagating savedOp metadata property from grouped ops
(as visible in Container) to ungrouped ops.
OpGroupingManager.ungroupOp() does not do it as far as I can see. I
think we are getting lucky with ID compression ops as they are usually
not grouped (there is usually a single ID compression op, as it's part
of its own batch). When/if any of those assumptions change, this code
would stop working.

Propagate properly this property.

Co-authored-by: Vlad Sudzilouski <vladsud@microsoft.com>
anthony-murphy added a commit that referenced this pull request Apr 29, 2024
#20837) (#20902)

Port of: #20837

Container class will set savedOp property on op before processing
stashed ops. Container Runtime uses this information to differentiate
ops.

I do not see us propagating savedOp metadata property from grouped ops
(as visible in Container) to ungrouped ops.
OpGroupingManager.ungroupOp() does not do it as far as I can see. I
think we are getting lucky with ID compression ops as they are usually
not grouped (there is usually a single ID compression op, as it's part
of its own batch). When/if any of those assumptions change, this code
would stop working.

Propagate properly this property.

Co-authored-by: Vlad Sudzilouski <vladsud@microsoft.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: runtime Runtime related issues base: main PRs targeted against main branch
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants