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 #1204 (closed)

Opened 16 years ago

Closed 16 years ago

getGroup cannot find group

Reported by: atarkowska Owned by: jamoore
Priority: blocker Cc: callan, jburel
Sprint: n.a.
Total Remaining Time: n.a.

Description (last modified by jmoore)

Original exception was:
Traceback (most recent call last):
  method ? in test.py at line 12
    print admin_serv.getGroup(cx.groupId)
  method getGroup in test.py at line 286
    return _M_omero.api.IAdmin._op_getGroup.invoke(self, ((id, ), _ctx))
omero.ApiUsageException: exception ::omero::ApiUsageException
{
    serverStackTrace = ome.conditions.ApiUsageException: No such group: 5
	at ome.logic.AdminImpl.getGroup(AdminImpl.java:363)
	at sun.reflect.GeneratedMethodAccessor221.invoke(Unknown Source)
...
	at ome.services.blitz.impl.AdminI.getGroup_async(AdminI.java:216)
	at omero.api._IAdminTie.getGroup_async(_IAdminTie.java:204)
	at omero.api._IAdminDisp.___getGroup(_IAdminDisp.java:431)
	at omero.api._IAdminDisp.__dispatch(_IAdminDisp.java:1309)
	at IceInternal.Incoming.invoke(Incoming.java:166)
	at Ice.ConnectionI.invokeAll(ConnectionI.java:2045)
	at Ice.ConnectionI.message(ConnectionI.java:977)
	at IceInternal.ThreadPool.run(ThreadPool.java:575)
	at IceInternal.ThreadPool.access$100(ThreadPool.java:12)
	at IceInternal.ThreadPool$EventHandlerThread.run(ThreadPool.java:951)

    serverExceptionClass = ome.conditions.ApiUsageException
    message = No such group: 5
}

Change History (7)

comment:1 Changed 16 years ago by atarkowska

  • Description modified (diff)

comment:2 Changed 16 years ago by jmoore

  • Cc callan added
  • Component changed from General to Security
  • Description modified (diff)

This comes from those objects being private. Debating best course of action.

comment:3 Changed 16 years ago by jmoore

  • Cc jburel added

r3794 & r3797 have an initial solution for this.

Both admin objects (experimenter, group, groupexperimentermap) as well as root owned enums will all suffer from now having the default permissions = rw----. IAdmin and IType should automatically apply --r-r- to the items it creates, but other code paths may cause problems. Let's test it and find out.

comment:4 Changed 16 years ago by jmoore

from devteam:

...[could] make group a global object (no owner) and add an owner field (like we did with sessions), but I'm unsure how extensive that change would be. How many people are joining "group.details.owner"? Because all of those queries would have to change.

comment:5 Changed 16 years ago by jmoore

Ola, have you seen this problem with Events & Logs?

comment:6 Changed 16 years ago by atarkowska

I sow first time only on groups.

comment:7 Changed 16 years ago by jmoore

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

Ok. Assuming closed. May have to re-open. (unlike Experimenter/Event/Logs?, etc., ExperimenterGroups and GEMs have owners, so this may be isolated)

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.63100 sec.)

We're Hiring!