[turba] "Create Address Book" Error

[S. Petty]

Mike,

Thanks for hanging in there with me.  I'm still coming up short, so I'll 
update you on what I have so far.

I checked horde.shares.turba and there are indeed records in there for 
the few test users that I've logged in as, so that seems to be OK.  They 
are in the 'localsql' folder.

I'm not entirely clear on the permissions, and how they are all set up, 
but what I have is Show/Read/Edit/Delete permissions for All 
Authenticated Users set for turba/sources/localsql (at each level). 
Horde and imp are set with the same, but no child permissions.

I was having this problem after upgrading and using the turba table with 
the database from 2.0.5.  One of my troubleshooting steps was to drop 
the turba table, and re-create it.  The problem continued.  Is your 
suggestion to delete the *entire* Horde database and start over?

As far as breakpoints, I really have no experience with them and php. 
I'd appreciate any tips or pointers.

Finally, for what its worth, I turned on the logging at DEBUG level, 
then pressed Create to see what it logged.  Only 4 lines, I attached 
them.  The most interesting one is the one I have been referencing all 
along,

HORDE [debug] [] User  does not have READ permission for turba [on line 
617 of "/home/server/public_html/mail/lib/Horde/Registry.php"]

It would seem that you're right on about it being something to do with 
permissions, but I don't know what else I need to set.  Shares in the 
other apps work fine - I can create a shared calendar, a shared notepad, 
  and a tasklist.  But not an address book!

Thanks again for your help.

Sean


Michael Rubinsky wrote:
> My only idea is for you to dig further.... look in the datatree display 
> under horde.shares.turba and see what's there.  If shares are set up 
> properly you should at least see a few entries under the 'localsql' folder. 
> (Assuming that you have your source named 'localsql').  The user's default 
> shares will be named by username (there will be one for each user who has 
> accessed Turba at least once since the upgrade).  Shares created by users 
> will have unique ids.
> 
> I would also try double or triple checking all permissions related to Turba.
> 
> You can also try this on a fresh database if you haven't done that already. 
> Is this database from an existing install?
> 
> Finally, step through the code and set break points to find out exactly 
> where it is getting redirected to the login page.  Start with 
> addressbooks.php somewhere in the 'add' stanza.  I can't reproduce this, so 
> you'll have to do the digging.
> 
> 
> Mike
> --On Friday, March 10, 2006 7:42 PM -0500 "S. Petty" <spetty01 at gmail.com> 
> wrote:
> 
>> Michael Rubinsky wrote:
>>> --On Friday, March 10, 2006 3:49 PM -0700 Craig White
>>> <craigwhite at azapple.com> wrote:
>>>> No - each different address book must have it's own array - just as the
>>>> localsql is one address book, you can create another sql addressbook as
>>>> long as it has a different name - but using the same table is OK I 
> think
>>>> - I only use multiple LDAP address books so I am not entirely certain 
> of
>>>> the last issue.
>>>>
>>>> Craig
>>>
>>> Just to make this clearer - using shares in Turba with a SQL source:
>>>
>>> Create *one* cfgSources entry for the SQL source - the 'localsql' 
> example
>>> should suffice.
>>>
>>> Set the 'use_shares' value within that cfgSources entry  to true.
>>>
>>> In the Turba configuration, in the 'Name of source for creating new 
> shares'
>>> entry, type in the name of the cfgSources entry for the SQL source. (In
>>> this example, 'localsql')
>>>
>>> This will create one 'My Address Book' entry for each user and allow 
> the
>>> user to share this address book with other users as well as allow the 
> user
>>> to create  new address books.
>>>
>>> You don't need a separate SQL source set up in cfgSources for this, 
> only if
>>> you wish to create a *totally* separate source, with a separate SQL 
> table
>>> (perhaps to have a source with different fields).
>>>
>> Mike -
>>
>> Thanks for that.  That's actually what I did today, and the problem
>> persists.  Just to re-iterate, I put 'localsql' in the "Name of source
>> for creating new shares" field, I also verified that this line is in
>> sources.php:
>>
>>   'use_shares' => true,
>>
>> However users still cannot create new address books, and get kicked out
>> to a login prompt after clicking "Create"  I've tried with admin users,
>> and regular users, the problem persists.
>>
>> I'm running 3.0.9 w/ Turba 2.1, freshly installed this morning.  Adding
>> entries to existing address books is fine, searching is fine, just
>> creating new address books doesn't work.
>>
>> Any ideas?