Project

General

Profile

Actions

Bug #81

closed

need ability to "round-trip" metadata (mde -> server -> querybean -> mde)

Added by Matt Jones over 23 years ago. Updated almost 22 years ago.

Status:
Resolved
Priority:
Immediate
Assignee:
Category:
morpho - general
Target version:
Start date:
08/20/2000
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
81

Description

Currently, there is no way to totally manage server-based metadata from the
client because one cannot easily transfer metadata documents among the modules
of dmanclient. Need to make it so that mde can seamlessly upload metadata to
the server (done, needs UI improvements), then when the querybean finds one of
those documents in a search, the user can right click on the record and choose
"Edit" from a popup menu to open the metadata document in mde. This reuires
that a single-click on the resultset record only selects the record, so that the
user can right click to get the popup menu. Consider making a standard
interface among the modules for transferring a metadata document from one module
to another.


Related issues

Blocks Morpho - Bug #82: change behavior of single-click in querybean results tableResolvedDan Higgins08/20/2000

Actions
Blocked by Morpho - Bug #91: need to synchronize accession# assignment & meta_file_id fieldResolvedDan Higgins08/20/2000

Actions
Actions #1

Updated by Matt Jones over 23 years ago

linked to bug #82 for UI changes.

Actions #2

Updated by Matt Jones over 23 years ago

Increased the priority and severity on this bug, as it is an extremely important
feature of the client.

Actions #3

Updated by Dan Higgins over 23 years ago

pop-up menu now attached to result set tables with edit function (also view
function)Edit function tries to open the document in metadata editor

Actions #4

Updated by Matt Jones over 23 years ago

Reopened because the document does not cache the docid that is returned from the
server in the mde document when it is opened from the query window, nor when it
is a new document and is saved to the database. Thus, each time one does "Save
to database", a new document is generated (via INSERT). This is related to bug
#91 because it involves the synchronization of docids. This bug shoud stay open
until a document can be cleanly created, saved to the db, queried, edited, and
resaved to the db without any lost docid information.

Actions #5

Updated by Dan Higgins over 23 years ago

Current version of MORPHO can edit a document returned in a query and then
submit revised document back to server.

Actions #6

Updated by Redmine Admin about 11 years ago

Original Bugzilla ID was 81

Actions

Also available in: Atom PDF