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
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.
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!
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
Dominik could you have a look at that one while i am away?