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
We need to ensure that a user's personal namespace - set up by fair init - does not conflict with any remote copy of that namespace. This already happens with new namespaces registered in a fair pull. This issue arose from this conversation on Zulip:
And what happens if you do fair init and create your "user/scratch" namespace there - does it pull all of the remote namespaces first, so that it can prefill your personal namespace if possible and avoid conflicts at that point?
No it does not, I have not had time to address every scenario and I recommend we stick to a few leaving any others for a later release because the more we try to cover the less likely anything will be completed.
We need to make sure that fair init checks with the remote before creating a new namespace. A sequence of events that would ensure this (far from the only way - we could do other things!) could be:
Retrieve the local and remote registry URLs during fair init questioning;
Sync all of the namespaces from the remote to the local as already done in fair pull;
When requesting persistent identifier URL of the user, search in local registry for a namespace that references it in its website: entry;
a. If such a namespace exists, propose its name as the user's namespace at that point in the fair init question sequence;
Whether a namespace exists or not using that website, when the namespace is chosen check the local namespace table to see if it exists;
a. if so, prepopulate the website: or full_name: entries to ensure no conflict.
Happy for this to work in a different way of course...
The text was updated successfully, but these errors were encountered:
Firstly pulls all namespaces from the remote and adds the names to a list.
If the user then tries to register the same namespace again it will be ignored.
This cannot happen only during fair init as the remote registry is dynamic and will very likely have changed AFTER fair init has been called so instead the local namespaces must (and are) updated from the remote during every major fair job.
We need to ensure that a user's personal namespace - set up by
fair init
- does not conflict with any remote copy of that namespace. This already happens with new namespaces registered in afair pull
. This issue arose from this conversation on Zulip:We need to make sure that
fair init
checks with the remote before creating a new namespace. A sequence of events that would ensure this (far from the only way - we could do other things!) could be:fair init
questioning;fair pull
;website:
entry;a. If such a namespace exists, propose its name as the user's namespace at that point in the
fair init
question sequence;a. if so, prepopulate the
website:
orfull_name:
entries to ensure no conflict.Happy for this to work in a different way of course...
The text was updated successfully, but these errors were encountered: