6.0.0-alpha12
6/8/25

[#3711] Fatal PHP Error on first login
Summary Fatal PHP Error on first login
Queue Kronolith
Queue Version 2.1
Type Bug
State Resolved
Priority 2. Medium
Owners
Requester josh (at) trutwins (dot) homeip (dot) net
Created 03/29/2006 (7011 days ago)
Due
Updated 05/03/2006 (6976 days ago)
Assigned 04/23/2006 (6986 days ago)
Resolved 05/03/2006 (6976 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
05/03/2006 02:44:18 PM Jan Schneider Comment #17
State ⇒ Resolved
Reply to this comment
Great.
05/03/2006 01:58:17 PM miksir (at) maker (dot) ru Comment #16 Reply to this comment
Seems ok. No errors for new users with this patch.

Thanks.
05/03/2006 10:07:54 AM Jan Schneider Comment #15 Reply to this comment
05/03/2006 08:10:44 AM miksir (at) maker (dot) ru Comment #14 Reply to this comment
Two calls in foreach

First: $cal = bool(false), $kronolith->getCalendar() = NULL

Second: $cal = horde username, $kronolith->getCalendar() = NULL

As result, on first foreach open() not call.


05/03/2006 07:23:42 AM miksir (at) maker (dot) ru Comment #13 Reply to this comment
This:

string(18) "test3@quickhost.ru"

NULL


05/02/2006 10:21:17 PM Jan Schneider Comment #12 Reply to this comment
Yes, this helps a lot, though I still can't make any sense of it.



Can anyone please put the following code after the "foreach" line in 
Kronolith::listAlarms (Kronolith.php, line 96) and post the output:

var_dump($cal, $kronolith->getCalendar());
05/02/2006 08:17:23 AM miksir (at) maker (dot) ru Comment #11
New Attachment: debug_backtrace.txt Download
Reply to this comment
may be it's help
04/23/2006 10:59:27 PM Jan Schneider Comment #10
Summary ⇒ Fatal PHP Error on first login
State ⇒ Feedback
Reply to this comment
If anyone of you has a debug build of PHP, can you put a 
var_dump(debug_backtrace()); call right after the "// Run the query" 
line and post the output?
04/23/2006 12:08:02 PM ludes (at) yahoo (dot) com Comment #9 Reply to this comment
I also get this error upon the first login.  Have the latest IMP and
Kronolith
Actually the patch below fixes the issue BUT the sql.php file in the 
lastest version does not have this code.
04/23/2006 12:01:08 PM ludes (at) yahoo (dot) com Comment #8 Reply to this comment
I also get this error upon the first login.  Have the latest IMP and Kronolith
04/14/2006 05:54:16 PM josh (at) trutwins (dot) homeip (dot) net Comment #7 Reply to this comment
I don't think this bug should be closed - I just patched to newest 
Kronolith (2.1.1), Imp (4.1.1) and Horde (3.1.1) and still get the 
error.
04/10/2006 05:49:00 AM teu (at) puv (dot) fi Comment #6
New Attachment: kronolith-lib-driver-sql.diff Download
Reply to this comment
This fixes the sql error
04/08/2006 09:02:59 AM Jan Schneider Comment #5
State ⇒ Resolved
Reply to this comment
If you want to have this error fixed it's the only solution. Or wait 
for the next release and live with that error.
04/05/2006 05:46:06 AM s (dot) seitz (at) netz-haut (dot) de Comment #4 Reply to this comment
I noticed this misbehaviour of kronolith at the first logon also here 
(using the kornolith-latest as of 2006-04-04). Is it really 
recommended to switch over to a CVS snapshot for production systems?



Greetings Stephan
03/30/2006 05:51:04 PM Jan Schneider Comment #3
State ⇒ Feedback
Priority ⇒ 2. Medium
Reply to this comment
Try a snapshot, this should have been fixed already.
03/30/2006 04:47:07 AM dinn (at) blend (dot) twistedpair (dot) ca Comment #2 Reply to this comment
I'm getting the same error - I'm running code from the tarballs on the 
web site. I like my blood too much to go CVS. :-)



it appears to be caused by a user logging in without any entries in 
the horde_datatree table.



If I wipe out everything about a user from horde_datree:



mysql> delete from horde_datatree where user_uid = "dinn@moose.to";



then when I next log in as that user I get the same error as well in 
kronolith/lib/base.php line 134, in the in_array function.

             if (!in_array($GLOBALS['display_calendars'], Auth::getAuth())) {

                 $GLOBALS['display_calendars'][] = Auth::getAuth();

             }



A print_r of $GLOBALS['display_calendars'] shows only one entry - [0] => "".



I'm running Apache 1.3.34, php 51.2 - I can give someone access to the 
machine in question if they need to be able to reproduce things easily.




03/29/2006 10:25:19 PM josh (at) trutwins (dot) homeip (dot) net Comment #1
Priority ⇒ 3. High
State ⇒ Unconfirmed
Queue ⇒ Kronolith
Type ⇒ Bug
Summary ⇒ Fatal PhP Error on first login
Reply to this comment
I just installed two fresh copies of the latest stable suite of tools

and it seems as if there is always a fatal PHP error whenever I log in

for the first time that seems related to Kronolith which causes the

sidebar frame to not display (since I have display_errors=Off in

php.ini).  If I log out and log back in all is well, the error is only 
on the first login.



Here is the error:



[21-Mar-2006 11:33:49] PHP Fatal error:  Call to a member function on

a non-object in

/source/web/horde/horde-3.1/kronolith/lib/Driver/sql.php on line 291



PhP is version 4.3.11 running on Linux under Apache 2.0.55 - all tests

passed on the test pages.  Database is MySQL 4.1.18.  (I tested on

another server, this running MySQL 5.0, same results).



Here's kronolith's conf.php:



$conf['calendar']['params']['table'] = 'kronolith_events';

$conf['calendar']['params']['driverconfig'] = 'horde';

$conf['calendar']['driver'] = 'sql';

$conf['storage']['params']['table'] = 'kronolith_storage';

$conf['storage']['params']['driverconfig'] = 'horde';

$conf['storage']['driver'] = 'sql';

$conf['metadata']['keywords'] = false;

$conf['reminder']['server_name'] = 'reminder@netbits.us';

$conf['reminder']['from_addr'] = 'reminder@netbits.us';

$conf['autoshare']['shareperms'] = 'none';

$conf['menu']['print'] = true;

$conf['menu']['import_export'] = true;

$conf['menu']['apps'] = array('imp');



I also pulled the latest sql.php from CVS - same results.  Please let 
me know if I can supply additional information.



Thanks,



Josh

Saved Queries