[kronolith] Delete from edit page goes to login screen

[John McCoy, Jr.]

Specs Redhat 7.3
Horde 2.1-3.noarch.rpm / IMP 3.1-2.noarch.rpm /
kronolith-1.0-2.noarch.rpm / turba-1.1-2.noarch.rpm / 

Description: When a user edits an existing event and they click the
delete button they are sent to the login page. Clicking the Back Button
on the browser or choosing one of the Horde tool bar icons will take you
right back into the application, so no logout actually occurs. No errors
are logged to the horde or Apache log files. Deleting directly from the
calendar via the trash can icon works fine. Disabling the confirmation
dialog makes no difference either; you of course never see it from the
edit page.

Trying to keep this system easily maintainable and stable so no CVS and
no hand building of underlying software. Using all Horde produced RPM's
for PHP and MCAL all others are standard Redhat 7.3

We had a similar issue with adding entries to the users personal address
book, that was a get that should have been a post, fond that in the
archives. I have been unable to find anything on this one though.

This happens for us on Windoze all, Mac OS 9 & X, Netscape and IE.

I believe the problem is with Line 33 of
kronolith/templates/edit/edit.inc
However my PHP is nowhere near good enough to fix this.


<input type="submit" class="button" name="delete" value="<?= _("Delete
Event") ?>" onclick="self.location = '<?= Horde::applicatio
nUrl('delevent.php?eventID=' . $event->getID() .
"&month=$month&year=$year" . (isset($url) ? "&url=$url" : '') .
(isset($timestamp)
? "&timestamp=$timestamp" : '')) ?>'; return false;" />


Kronolith conf.php
/**
 ** Calendar Driver Settings
 **/

// What calendar backend is being used? Right now, the only options are
// 'mcal' and 'sql', but others may appear at some point in the future.
$conf['calendar']['driver'] = 'sql';

// What MCAL driver is being used? 'mstore' is the local file driver,
// and is the only one with extensive testing. There is also an ICAP
// driver, and theoretically an ICAP server, but Kronolith has not
// been tested with them.
$conf['calendar']['params']['driver'] = 'mstore';

// The mstore driver requires a username and a password that is in 
// /etc/mpasswd in order to access local calendars.
$conf['calendar']['params']['username'] = 'mcaluser';
$conf['calendar']['params']['password'] = '<SNIP>';

// This is an example configuration for an sql driver, in this case
MySQL.
$conf['calendar']['params']['phptype'] = 'mysql';
$conf['calendar']['params']['hostspec'] = 'localhost';
$conf['calendar']['params']['username'] = '<SNIP>';
$conf['calendar']['params']['password'] = '<SNIP>';
$conf['calendar']['params']['database'] = 'horde';
$conf['calendar']['params']['table'] = 'kronolith_events';



What have I done/not done? Need more info? 

Thanks all.

********************************
John McCoy, Jr jmccoy@mills.edu
Central Systems Administrator
Mills College Oakland, CA
Voice: 510-430-3321
*********************************