Tag tree actions#4518
Conversation
76059ff to
6f34f6f
Compare
This replicates Insight behaviour
|
@pwalczysko Could you check whether https://trac.openmicroscopy.org/ome/ticket/13020 is fixed in this PR? I think it is. Thanks. |
|
@will-moore : Just checked, yes, the https://trac.openmicroscopy.org/ome/ticket/13020 works as expected for all private, ro, ra, rw groups and for any type of users. |
|
Creation of new tags and Tagsets - works as expected for icons and right-click in Tags Tab. |
|
Possible RFE see https://trac.openmicroscopy.org/ome/ticket/13172#ticket (not for this PR). |
|
@chris-allan Actually, just started looking at the tests and the |
|
Yep, seeing that now that I peel back some of the layers. Just for my own sanity I might integration test the underlying methods themselves to avoid having to pipe every condition through the myriad of options and 100+ lines of code that are in I accept that Since There's no coverage at all for |
| args=["edit", o_type, o_id])) | ||
| if o_type is not None and hasattr(manager, o_type) and o_id > 0: | ||
| # E.g. Parent o_type is 'project'... | ||
| if o_type == "project" and hasattr(manager, o_type) and o_id > 0: |
There was a problem hiding this comment.
Since the only object we could be creating in the tree at the moment that has the option of also having a parent is a Dataset that is the reason for constraining this, correct?
There was a problem hiding this comment.
Yes, since we don't allow creation of Plates in the tree, and creation of Tag under Tagset is handled below.
|
@chris-allan I split relevant tests out of test_csrf.py, added a bunch of tests for tags, split The |
702d4f0 to
8c16c4f
Compare
This fixes a very strange bug when copy and pasting a tag with images and runs from one Tagset to another. The bug occurred if the Run was not the last item (after images). As described in ome#4518 (comment)
|
@pwalczysko That last commit should fix the copy/paste 404 bug #4518 (comment). |
|
Tested using https://cowfish.openmicroscopy.org/merge/webclient/ user-4 Repeated workflow that gave Petr 404 error on Windows 8.1:
Repeated on Mac 10.11.3:
|
|
Interestingly - I went back to Safari to test the next PR and did a browser reload of the web client. So I would say this behaves as expected and is good to merge all else being ready. |
|
Thanks @gusferguson. |
|
I'd really like to get this merged so I can work on the Copy / Cut ticket in a new PR. cc @jburel |
|
Happy for now until we fully refactor |
|
Thanks all. Merging |



This PR updates the web with the same Tag & Tag set functionality as Insight.
To test:
NB: @pwalczysko, @bramalingam and I had a discussion about whether you should be able to Cut OR Copy orphaned objects E.g.:
Generally agreed that you should be able to Copy these (not current policy in Insight or Web & not changed in this PR).
Re: this PR, we allow to Copy:
This is conceptually similar to Copy of an Orphaned object (also not Cutting any parent link).