Warning: Can't synchronize with repository "(default)" (/home/git/ome.git does not appear to be a Git repository.). Look in the Trac log for more information.
Notice: In order to edit this ticket you need to be either: a Product Owner, The owner or the reporter of the ticket, or, in case of a Task not yet assigned, a team_member"

Bug #1071 (closed)

Opened 16 years ago

Closed 16 years ago

Last modified 16 years ago

findContainerHierarchy - not correct hierarchy

Reported by: atarkowska Owned by: jamoore
Priority: minor Cc:
Sprint: n.a.
Total Remaining Time: n.a.

Description (last modified by atarkowska)

It doesn't show correct hierarchy if image is linked to few datasets. It loads only one link. More details on attached file.

Attachments (1)

findHierarchy.2.jpg (31.4 KB) - added by atarkowska 16 years ago.

Download all attachments as: .zip

Change History (9)

Changed 16 years ago by atarkowska

comment:1 Changed 16 years ago by atarkowska

  • Description modified (diff)

comment:2 Changed 16 years ago by atarkowska

comment:4 Changed 16 years ago by jmoore

  • Resolution set to fixed
  • Status changed from new to closed

r2787 fixes a minor issue in ome.tools.HierarchyTransformations that apparently never showed up with our more boring hierarchies. Thanks for the really great documentation of what type of data was causing the issue, Ola.

comment:5 Changed 16 years ago by atarkowska

  • Resolution fixed deleted
  • Status changed from closed to reopened

This problem still appears when image owned by me is linked to containers owned by someone else. Should findHierarchy has a flag to find hierarchy owned by another users?

comment:6 Changed 16 years ago by jmoore

Does the test pass for you, Ola? If it does, could you add a second one which displays the new problem? For example, it would be good to know if the current problem is related to the experimenter and/or group options.

comment:7 Changed 16 years ago by atarkowska

  • Resolution set to fixed
  • Status changed from reopened to closed

The test was created only in context of one user

New test: r2792

http://trac.openmicroscopy.org.uk/omero/browser/trunk/components/tools/OmeroPy/test/integration/tickets2000.py?rev=2792#L195[[BR]]

but it seams to work. Needs more observation.

comment:8 Changed 16 years ago by atarkowska

r2793 update

Note: See TracTickets for help on using tickets. You may also have a look at Agilo extensions to the ticket.

1.3.13-PRO © 2008-2011 Agilo Software all rights reserved (this page was served in: 0.63980 sec.)

We're Hiring!