[OGo-Developer] task::qsearch & acccess

Helge Hess developer@opengroupware.org
Sat, 17 Nov 2007 00:59:02 +0100


On 16.11.2007, at 20:36, Adam Tauno Williams wrote:
> I've created a "job::qsearch" command like the "person::qsearch" and
> "enterprise::qsearch"; as LSQualifierSearchTaskCommand descended from
> LSQualifierSearchCommand.  That was actually pretty easy. :)      
> This is
> really useful to us since we use the task application as a knowledge
> base.  The search capabilty regarding tasks in the mainline is really
> primitive.
...
> (A) Is this something that can be committed to the mainline?

Sure why not, doesn't hurt anything else?

> (B) Of course jobs provide no access control, ergo...

Hm ...

> <0x0x8456c7c[SkyAccessManager]> found no access handler for entity Job
> GID <0x0x84b4b0c[EOKeyGlobalID]: Job 10502400>: {}

Thats just a warning. I thought I removed in in HEAD, but apparently  
not.

> ... in the logs.  And this presents a problem as using just the
> todo/delegated/archived lists a user can't weasel into someone else's
> tasks.

Hm, yes, probably.

> If (A) then is creating a OGoTaskAccessHandler object for use by the
> OGoAccessManager in the Tasks bundle acceptable?

Sure.

>   - Access provided if user is the creator or executor (incl. executor
> via team)
>   - Access provided if task is assigned to a project to which the user
> has "r" access.

Sounds good. We sometimes (events?) also do 'l' access which just  
means that the user can see the thing but has no full access.

> Currently task::qsearch only searches the task's core information.   
> Down
> the line I want to search annotations,

Job annotations are in the database or in the FS?

> and possibly properties,

Si.


Sounds good!

Thanks,
   Helge
-- 
Helge Hess
http://www.helgehess.eu/