Task #10419 (closed)
Opened 11 years ago
Closed 9 years ago
Bug: move data between group
Reported by: | jburel | Owned by: | mtbcarroll |
---|---|---|---|
Priority: | critical | Milestone: | 5.1.1 |
Component: | Services | Version: | 4.4.8 |
Keywords: | BACKPORT-4.4 | Cc: | ux@… |
Resources: | n.a. | Referenced By: | n.a. |
References: | n.a. | Remaining Time: | n.a. |
Sprint: | n.a. |
Description
When moving images between groups, key information attached at import time i.e. file annotation are not kept. This is a problem when importing for example lei files.
Attachments (1)
Change History (18)
comment:1 Changed 11 years ago by jmoore
- Priority changed from major to critical
- Summary changed from Bug; move data between group to Bug: move data between group
comment:2 Changed 11 years ago by mtbcarroll
- Owner changed from jamoore to mtbcarroll
- Status changed from new to accepted
- Version set to 4.4.8
comment:3 Changed 11 years ago by mtbcarroll
comment:4 Changed 11 years ago by mtbcarroll
- Sprint set to Blocker 4.4.9 (1)
Changed 11 years ago by mtbcarroll
On a local dev_4_4 build, instead of disappearing, the tag ends up still listed among the metadata but without the "tagged" yellow marks in the other panes.
comment:5 Changed 11 years ago by mtbcarroll
Actually, now I possibly understand tags and permissions better, perhaps it is fine that in some earlier examples I tried the tags came off as I moved data between groups. (I've also been making sure that companion files stay attached.)
At the moment is there a sequence of steps that reliably loses information on howe?
comment:6 Changed 11 years ago by jamoore
I would think Petr's description in #10457 would likely do it, no?
comment:7 Changed 11 years ago by mtbcarroll
https://trac.openmicroscopy.org.uk/ome/ticket/10457#comment:10 is the current state of things, though -- is that actually a bug? If you comment on my image and then I move it to a private group, we expect your comment to vanish, right? I may be missing something, especially in how that ticket developed ...
comment:8 Changed 11 years ago by mtbcarroll
- Milestone changed from OMERO-4.4.9 to OMERO-4.4.x
- Owner changed from mtbcarroll to jamoore
- Sprint Blocker 4.4.9 (1) deleted
No changes for 4.4.9, see Integration Tests gdoc for to-do's.
comment:9 Changed 11 years ago by jamoore
- Milestone changed from OMERO-4.4.x to OMERO-4.4.10
Moving back to 4.4.10 with out security & graph issues.
comment:10 Changed 10 years ago by jamoore
- Owner changed from jamoore to mtbcarroll
comment:11 Changed 10 years ago by jburel
- Milestone changed from 5.1.0 to 5.1.0-m4
Petr is currently preparing an improved permission sheet.
comment:12 Changed 9 years ago by mtbcarroll
That's good, as I'm still not quite sure if there is a bug remaining here and, if so, what it is.
comment:13 Changed 9 years ago by mtbcarroll
- Milestone changed from 5.1.0-m4 to 5.1.0
Pushing while more clarity is gained.
comment:14 Changed 9 years ago by mtbcarroll
- Milestone changed from 5.1.0 to 5.1.1
Assuming this will be handled as part of a larger review of desired permissions behavior.
comment:15 Changed 9 years ago by jamoore
Referencing ticket #11752 has changed sprint.
comment:16 Changed 9 years ago by jamoore
Referencing ticket #11752 has changed sprint.
comment:17 Changed 9 years ago by mtbcarroll
- Resolution set to duplicate
- Status changed from accepted to closed
The 5.1.x graphs review work, which will include UX in the loop as described in https://trello.com/c/PZeCDbjf/186-graphs-review-chgrp-chown-delete, will certainly cover this ticket.
A reliable way to reproduce this appears to be: on howe, log in as user-2, import an image to read-only-1, tag it, move it or its container to private-1, and it no longer has a tag.