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"

Task #12055 (closed)

Opened 10 years ago

Closed 10 years ago

Bug: Projects disappear from tree viewer

Reported by: bpindelski Owned by: dlindner
Priority: blocker Milestone: 5.0.1
Component: Insight Version: 5.0.0
Keywords: n.a. Cc: ux@…
Resources: n.a. Referenced By: n.a.
References: n.a. Remaining Time: n.a.
Sprint: n.a.

Description

See https://www.openmicroscopy.org/community/viewtopic.php?f=4&t=7452.

Another scenario:

  • follow user and group creation as in the forum thread,
  • log in as "baggins", import an image to a P/D structure (e.g. Project A/Experiment 01),
  • log in as "gamgee", import an image to a P/D structure (e.g. Project B/Experiment 02),
  • log in as "baggins" - no projects visible anymore.

Restarting insight should bring back the Project A folder back to view.

Change History (12)

comment:1 Changed 10 years ago by jburel

  • Cc ux@… added; jamoore removed
  • Owner changed from jburel to dlindner

Dominik could you have a look at that one while i am away?

comment:2 Changed 10 years ago by dlindner

Seems to be a problem of user switching, independent of creating projects/importing files.
Switch to another user once works fine, doing it twice fails.

comment:3 Changed 10 years ago by jburel

Something is probably not clear preventing the data to be reloaded.

comment:4 Changed 10 years ago by rkferguson

Switching user seems to be causing a number of problems - I am scoping default-owner rendering settings and getting weird things happening as well. Have to quit Insight and restart and log in again.

comment:5 Changed 10 years ago by jburel

Gus: could you do a review and list the problems. Add them to this ticket, we can them break items into tickets. Thanks

comment:6 Changed 10 years ago by wmoore

One I remember is that the owner of some images applies their rendering settings and saves, then switch user and view the same images - they appear to have the owner's settings still. But if you quit and log in as that user you won't see the owner's settings on those images.

comment:7 Changed 10 years ago by rkferguson

Will do thorough review as there seem to be some permissions confusions with what I was doing.

Last edited 10 years ago by rkferguson (previous) (diff)

comment:8 Changed 10 years ago by dlindner

Ok, I'm stuck with this... traced it down till OMEROGateway.loadContainerHierarchy(SecurityContext? ctx, Class rootType, List rootIDs, Parameters options) (line 2217)

The weird thing is, that this method called with exact the same parameters returns different results.
Scenario:
1) Logged in first time with user "baggins": Method returns Project A, as expected
2) Switched to user "took": Method return Project C, as expected
3) Switched back to user "baggins": Method returns an empty set, though it was called with exact the same parameters as in step 1!

Last edited 10 years ago by dlindner (previous) (diff)

comment:9 Changed 10 years ago by jamoore

What server are you running against? Can you capture the Blitz-log.0 for the period of your test? Especially the lines matching "Meth:", "Rslt:", and "Auth:"

comment:10 Changed 10 years ago by dlindner

I use the local server (which is build from the build.py script under ./dist)

Snippet from Blitz.log: (While posting this I just noticed, that it's not the same parameters, it's the wrong user in Auth in the third call, that's a lead...)

Logged in as "baggins"
2014-03-19 16:08:23,672 INFO  [        ome.services.util.ServiceHandler] (l.Server-9)  Meth:	interface ome.api.IContainer.loadContainerHierarchy
2014-03-19 16:08:23,672 INFO  [        ome.services.util.ServiceHandler] (l.Server-9)  Args:	[class ome.model.containers.Project, (), PARAMS:F(u2):O[O]]
2014-03-19 16:08:23,674 INFO  [         ome.security.basic.EventHandler] (l.Server-9)  Auth:	user=2,group=3,event=null(User),sess=4cebd837-8fef-4208-af19-e13dd771876b
2014-03-19 16:08:23,695 INFO  [                 org.perf4j.TimingLogger] (l.Server-9) start[1395245303672] time[22] tag[omero.call.success.ome.logic.PojosImpl.loadContainerHierarchy]
2014-03-19 16:08:23,695 INFO  [        ome.services.util.ServiceHandler] (l.Server-9)  Rslt:	(ome.model.containers.Project:Id_1)

Switched to "took"
2014-03-19 16:09:27,201 INFO  [        ome.services.util.ServiceHandler] (l.Server-8)  Meth:	interface ome.api.IContainer.loadContainerHierarchy
2014-03-19 16:09:27,201 INFO  [        ome.services.util.ServiceHandler] (l.Server-8)  Args:	[class ome.model.containers.Project, (), PARAMS:F(u4):O[O]]
2014-03-19 16:09:27,202 INFO  [         ome.security.basic.EventHandler] (l.Server-8)  Auth:	user=4,group=3,event=null(User),sess=5dda97a2-8fe0-4ee6-9aa7-9741c3b1d17f
2014-03-19 16:09:27,209 INFO  [                 org.perf4j.TimingLogger] (l.Server-8) start[1395245367201] time[8] tag[omero.call.success.ome.logic.PojosImpl.loadContainerHierarchy]
2014-03-19 16:09:27,209 INFO  [        ome.services.util.ServiceHandler] (l.Server-8)  Rslt:	(ome.model.containers.Project:Id_3)

Switched back to "baggins"
2014-03-19 16:10:11,370 INFO  [        ome.services.util.ServiceHandler] (l.Server-3)  Meth:	interface ome.api.IContainer.loadContainerHierarchy
2014-03-19 16:10:11,370 INFO  [        ome.services.util.ServiceHandler] (l.Server-3)  Args:	[class ome.model.containers.Project, (), PARAMS:F(u2):O[O]]
2014-03-19 16:10:11,373 INFO  [         ome.security.basic.EventHandler] (l.Server-3)  Auth:	user=4,group=3,event=null(User),sess=411d61eb-53f2-4c3c-9fda-7488ddc8d2a3
2014-03-19 16:10:11,378 INFO  [                 org.perf4j.TimingLogger] (l.Server-3) start[1395245411370] time[7] tag[omero.call.success.ome.logic.PojosImpl.loadContainerHierarchy]
2014-03-19 16:10:11,378 INFO  [        ome.services.util.ServiceHandler] (l.Server-3)  Rslt:	()

comment:11 Changed 10 years ago by mtbcarroll

The user= values in the Auth lines are suggestive: presumably we expect them to vary as the logged in user.

comment:12 Changed 10 years ago by dlindner

  • Resolution set to fixed
  • Status changed from new to closed
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.64376 sec.)

We're Hiring!