Re: what is the pourpose of "fake" projects?
Adam Tauno Williams <[email protected]> Mon, 18 May 2009 10:20:45 -0400
| Newsgroups | gmane.comp.cms.opengroupware.user |
|---|---|
| Message-ID | <1242656445.7912.39.camel@linux-m3mt> |
On Mon, 2009-05-18 at 16:08 +0200, Renzo Vettori wrote: > My production server is an (old) ogo 1.0a2. I have both fs and db > project backend installed. > I created a number of enterprises in the webui, and noticed that a > project was automatically created for each enterprise, which was not > listed at first in the webui (I can see these projects listed in db > "projects" table, with an empty path and an attribute is_fake=1). I am > When I set some permission for the created projects using the web ui > (these projects can be reached using the "projects" tab in enterprise > webui), these projects apparently spring into existence (projects are > listed in the "project" section of the webui, documents can be added) Hmm, I'm not certain that is the intended behavior. I believe "fake" projects should remain hidden from searches, etc... Fake projects are actually quite useful to act as containers for documents, tasks, etc... that are managed via some special means. Or in the case of the enterprise fake projects to store content associated with an enterprise. > but I noticed that everyone has full access to project settings and > documents, regardless from applied permissions, so their usefulness is > limited, for my purposes. Perhaps the fake projects are filesystem projects? I'll take a look, I don't recall off hand. If so there should be an option to determine the default backed for fake projects. > Is this the intended behaviour? Can "fake" projects be turned into > "normal" ones (i.e.: projects with configurable permissions) or is there > some default that can be set to avoid "fake" projects creation? Yes, it is just a flag in the database. But if they are filesytem projects it won't change the permissions issue (a filesystem project inherently don't support permissions). > Many thanks in advance. Renzo Vettori -- OpenGroupware.org Users [email protected] http://mail.opengroupware.org/mailman/listinfo/users