-
-
Notifications
You must be signed in to change notification settings - Fork 27
"The previous identifier was already made obsolete by.." editor save error #1675
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
Comments
We recently encountered this issue on ESS-DIVE (EDSUPPORT-1534). Do you have a recommended work around to avoiding this issue for now that we can tell our users? The particular user who reported this to us will be working on a number of data packages in the next month or two so we want to help reduce the occurrence of this save error. I'm looping in @vchendrix to provide any technical details. See the quoted message below for a detailed account of their experience with this issue (we resolved the resource map issue for now).
|
@mburrus Thank you for the details. From the details in your quoted text, it sounds like your user has encountered an undiscovered bug related to the dates and serialization. I'll create a new Github issue for that. In general, there's no great way to avoid the |
Thanks Lauren, I'll keep this in mind and convey this recommendation to our user base if they encounter it. |
I encountered this bug again today when I went into the Editor and only updated the file name. Steps: Click Edit from MetadataView The EML and Data file are saved successfully. The resource map is not bceause the editor tries to save with the same id instead of creating a new one. Related to #2020 |
It seems like there are some cases where the editor is attempting to update an older version of a package. The user who experienced this error says this seems to occur when:
So she is avoiding those two things and having fewer issues filling out the metadata.
It sounds to me like the package is being updated when the newer version hasn't been indexed yet. This should be avoidable because we can tell a metadata doc is obsoleted when we get the system metadata.
We should also build in a way to handle these errors when they are received from Metacat. We could either:
The text was updated successfully, but these errors were encountered: