Re: FW: [Vasudeva SysAdmin] more probs on races - permissions
<VasudevaService-K9y3B4ipJAZZAIG4hdpdiNBPR1lH4CV8@public.gmane.org> (Dhyani) Fri, 7 May 2004 11:50:22 +0200
| Newsgroups | gmane.org.misc.vasudeva-server.web |
|---|---|
| Message-ID | <[email protected]> |
Hi everybody, I just sent a message answering Jwalanta's first 'problem report' about changing the order of documents etc. Now about his list of non-corresponding security settings, I wouldn't be concerned about that. It is on our Zopestage/Live sites that the editors actually have a few more rights than they should have according to VSAPloneSetup.doc, but these rights are hardly relevant and they came up through all our debugging efforts. When we create our next Plone site from scratch, we should start from the VSAPloneSetup.doc permissions definition, of course, but for the time being, it doesn't really make a difference. Should we create a fresh Plone site right now, as Priyadarshan suggests (see below)? Maybe, but if we do, we don't do it because of the permissions. I understand the permissions-related issues quite well, and I do not see a necessity for changing anything at the moment. (However, Jwalanta has got quite a few good ideas and is experimenting with them on his local machine right now; he may come up with some suggestions, but that's for the future...) What I still do not understand fully, and the only thing that really troubles me right now, and the only thing that may force us to recreate our Stage/Live-sites from scratch in the near future, is the join-error. As I see it now (and as I explained in today's other messages), a partial corruption of the Data.fs is probably involved. But it would be nice to understand what that means for the future. Will we have to recreate our Plone sites every three weeks because this corruption happens again and again? I don't know. Maybe we will have to find out the hard way... Greetings Dhyani > This is a problem! > > To solve it, this would be my strategy: > > Dhyani and/or Jwalanta should: > > 1) create a fresh plone site in local > 2) consolidate the workflow to make a latest version of the workflow > document > 3) apply the workflow document to your new local plone > 4) test that the workflow works as intended, with nothing in it, just > the bare plone site > > If (4) is satisfied, then: > > 5) export all the content from the live site > 6) import it in your local plone > 7) test it to see it is still working > > if (7) is satisfied, then > > 8) apply vsaCore in local > 9) test if it still working > > if (9) is satisfied, then > > 10) apply vsSriChinmoyRaces (the skin) in local > 11) test it if it still working > > if (11) is satisfied, then > > 12) give it to Jagrata to stage it > 13) test it on Vasudev > > if (14) is satisfied, then > > 15) substitute the messed-up plone site with the working one > > I do not think this would not take too much time, and if at a certain > point things would go haywire, at least we would know what is wrong. > > ~priyadarshan > Vasudeva server > > On May 6, 2004, at 07:32, (Jwalanta) wrote: > > > Hi everybody, > > Viliam requested me to check the permissions again. > > Here my dicoveries of differences: > > > > Root folder - Security Tab > > > > VSAPloneSetup.doc srichinmoyraces settings > > ------------------------------------------------------------ > > Access contents information > > Access future portal content Access future portal content > > Add PloneArticles Add PloneArticles > > Add portal content Add portal content > > Add portal events > > Add portal folders Add portal folders > > Copy or move > > Delete objects Delete objects > > Import/Exprot objects > > List folder contents List folder contents > > List portal members List portal members > > List undoable changes List undoable changes > > Modify portal content > > Request review > > Set own password Set own password > > Set own properties Set own properties > > Undo changes Undo changes > > Use external editor Use external editor > > view > > > > > > Just a guess: We might have to do changes in to the > > permissions-tab of the different states > > (/portal_workflow/plone_workflow/states/) > > to achieve what we want. > > -------------------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list <VasudevaService-K9y3B4ipJAZZAIG4hdpdiNBPR1lH4CV8@public.gmane.org>.