Project

General

Profile

Bug #301

use UID as scope, chek for conflicts

Added by Matt Jones over 18 years ago. Updated almost 18 years ago.

Status:
Resolved
Priority:
Immediate
Assignee:
Category:
morpho - general
Target version:
Start date:
10/16/2001
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
301

Description

check that morpho generates scope + accession #'s correctly and that it recovers
gracefully when an accession # is already in use.


Related issues

Blocks Metacat - Bug #248: id finder needed for metacatResolved07/10/2001

History

#1 Updated by Matt Jones over 18 years ago

The scope is now set as part of the profile generation process. It defaults to
the username but can be overridden when creating a profile.

TODO
1) When an accession # is already in use on Metacat, a new insert fails, but
nothing happens to recover. Probably should choose a new accession number and
try the insert again until it succeeds. Note that if a package is located both
locally and on metacat, then if you delete the metacat copy, then you try to
upload the local copy to metacat again, the action fails because the id number
is already in use (in the xml_revisions table). Need some sort of "undelete"
function in metacat.

#2 Updated by Matt Jones over 18 years ago

Reassigned to berkley. Note my previosu comments on what needs to be done with
respect to gracefully recovering from unique id errors.

#3 Updated by Chad Berkley about 18 years ago

added a method to re-id an entire package. If the upload of a package fails due to a duplicate id, each file in the package is given a new id and all of the ids in the documents themselves are updated. The files are then saved with the new id. I also added warning panes to the delete menues so that the user will be told of the consequences of deleting a package and asked if they still want to proceed.

#4 Updated by Redmine Admin almost 7 years ago

Original Bugzilla ID was 301

Also available in: Atom PDF