You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The goal of this issue / epic is to track and organize all the potential issues we would want to review, prioritize, and possibly implement for 1.0 release.
Note that 1.0 release is not necessarily tied to particular goal or date (this should be defined outside of this issue). In context of this issue, 1.0 really means long-term support and graduation of "beta". Today, while we do our best to maintain APIs and behaviors (including back compatibility in document file format), the processes are tight to internal requirements (for example, we assume that new releases are consumed by all customers quickly and get to 99.99% saturation within ~month timeframe in production). We also keep changing and deprecated APIs with assumption that few consumers are using (i.e. we bake into calculus certain collective cost of changing APIs that is based on few internal users of framework). These assumptions needs to change and "1.0" badge needs to reflect that. There are certain areas where we are not happy with APIs and want to change them before that happens, and thus this issue.
This item is not about tracking any other areas, like reliability or perf, i.e. it's focused on API shape, and promises (including backward compatibility) for the long run.
Issue list
New issues to be triages and put under appropriate buckets
Signal are lost on load path #5762 (We need to make a call on direction here. Likely documenting properly current expectations and future next steps is sufficient for 1.0. Having conformance testing to be included into FRS/ODSP stress test would be great.) - triage: cut
This issue has been automatically marked as stale because it has had no activity for 180 days. It will be closed if no further activity occurs within 8 days of this comment. Thank you for your contributions to Fluid Framework!
Background
The goal of this issue / epic is to track and organize all the potential issues we would want to review, prioritize, and possibly implement for 1.0 release.
Note that 1.0 release is not necessarily tied to particular goal or date (this should be defined outside of this issue). In context of this issue, 1.0 really means long-term support and graduation of "beta". Today, while we do our best to maintain APIs and behaviors (including back compatibility in document file format), the processes are tight to internal requirements (for example, we assume that new releases are consumed by all customers quickly and get to 99.99% saturation within ~month timeframe in production). We also keep changing and deprecated APIs with assumption that few consumers are using (i.e. we bake into calculus certain collective cost of changing APIs that is based on few internal users of framework). These assumptions needs to change and "1.0" badge needs to reflect that. There are certain areas where we are not happy with APIs and want to change them before that happens, and thus this issue.
This item is not about tracking any other areas, like reliability or perf, i.e. it's focused on API shape, and promises (including backward compatibility) for the long run.
Issue list
New issues to be triages and put under appropriate buckets
Correctness
Correctness / op batching - new epic created
(moved to it's own epic:
Channel unification
Quorum - new epic created
Waits should be deleted - new epic created
Cleanup
Composability
IFluidObject: - new epic created
Versioning
Lower priority issues / potential cut line
Signals
Handles & Requests
Loader
Cleanup
Other
The text was updated successfully, but these errors were encountered: