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
When one adds a share to an already-installed Rock-On through the webUI "Add Storage" function, all containers in the Rock-On are affected. See below for an example in which the share test_share01 was added to the Rock-On. Before the modification, we have:
This is simply due to the fact that the feature is not container-aware so the update procedure goes through all containers with the given rockon.id.
Making this feature work at the container level rather than the Rock-on level could help customizing multi-containers Rock-On. This could be done in a similar way than in a (currently pending) PR: #1999.
Note that this simply is a refinement of an existing feature.
The text was updated successfully, but these errors were encountered:
@FroggyFlox Nice find, and I agree that this would make for a valuable refinement in the style of your recent additions in this area. A tricky balance to keep between not over complicating a UI and providing adequate resolution of configuration.
When one adds a share to an already-installed Rock-On through the webUI "Add Storage" function, all containers in the Rock-On are affected. See below for an example in which the share
test_share01
was added to the Rock-On.Before the modification, we have:
After we have:
The webUI now shows:
This is simply due to the fact that the feature is not container-aware so the
update
procedure goes through all containers with the givenrockon.id
.Making this feature work at the container level rather than the Rock-on level could help customizing multi-containers Rock-On. This could be done in a similar way than in a (currently pending) PR: #1999.
Note that this simply is a refinement of an existing feature.
The text was updated successfully, but these errors were encountered: