-
Notifications
You must be signed in to change notification settings - Fork 32
node locking #8170
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
node locking #8170
Conversation
Codecov Report❌ Patch coverage is Additional details and impacted files@@ Coverage Diff @@
## master #8170 +/- ##
==========================================
+ Coverage 88.03% 88.04% +0.01%
==========================================
Files 1915 1912 -3
Lines 73834 73821 -13
Branches 1299 1300 +1
==========================================
- Hits 64997 64995 -2
+ Misses 8447 8435 -12
- Partials 390 391 +1
Continue to review full report in Codecov by Sentry.
🚀 New features to boost your workflow:
|
fc7ed8a to
a4506cf
Compare
4c23e76 to
1867e27
Compare
73b345d to
5463dc2
Compare
08f0057 to
9bbdb6b
Compare
30097e9 to
1223c8b
Compare
4712889 to
37f4d75
Compare
449db88 to
1412a03
Compare
e56f6de to
1cec2bb
Compare
|



What do these changes do?
This PR introduce a new
NodeShareStateobject that contains the lock state, which groups currently have that node and its current status. Note that currently there are no shareable services and the new flag for these collaborative services is not checked, therefore all services are locked when one user uses them.The websocket event
NodeUpdatedis extended with the additional information.Currently the information can also be retrieved via
GET /projects/{id}in the workbench subsection. NOTE that thatGET /projects/{id}/nodes/{id}does not return the node state as it should but only the dynamic service state probably due to historical reasons and missing updates.The new message data:

@odeimaiz note that in this case it is sadly still in snake casing. changing this implies many more changes and I am a bit reluctent on spending that time for it.
Also the
NodeUpdatedevent is emitted when a user starts a service and when a service completed stopping. Currently since thedynamic-scheduleractually bypasses all other backend services to communicate with the frontend it can lead to a problem.Related issue/s
How to test
Dev-ops