Frank Boehme wrote:

> > But then, things became weird. I could login in user admin sites using
> > the password from the admin site administrator (I have a virtual host
> > for the admin site itself, mainly to create hosts).
> > 
> > Sometimes, sites switch between what I expect to see and the non-midgard
> > rootpage, by simply hitting the reload button.... It's weird. Definitely
> > not ready for production.
> 
> Well, I found that it works when I restart mysql after having done all
> steps of creating a new user. That new user can indeed login to his
> admin site and create the matching host which I prescribe for him in
> httpd.conf. This new host works as well.

My mistake, this probably solves it:
http://www.mysql.com/documentation/mysql/bychapter/manual_Privilege_system.html#Privilege_changes

So you do this after access to the new database has been inserted.

> On top of the user admin site, I see:
> 
> Warning: $adminhost is not an object in code-global on line 6
> Warning: $adminhost is not an object in code-util on line 2
> 
> which I believe is a result of the now meaningless $midgard->page call.

That would be plausable.

> I can certainly clean this up. More annoying is that there are no
> navilinks for content, host, group/person. Only for snippet admin. But I
> can use the links from the root page of the admin site. Is there an easy
> fix for that?

Bugger, I must have an old admin site running on page DB. It works
without flaw for me. Could be that the admin site uses the topic
system to build navigation, and the topics from the pagedb are
not accessable while the page is being built/executed.

> At any rate, it seems to work stable. I'll make some more tests and then
> I'll sell this to my users. Thanks Emile for your patient explainations.

Hey, thank you.

Emile


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to