3.1: runcronjobs.php, error [1st bug or what ?] !

Author Message

Selmah Maxim

Wednesday 28 May 2003 10:55:10 am

Hi ..

any1 got error with runcronjobs.php ?
i got nothing in the admin summery with approve workflow, when i run out runcronjobs.php i got this :

#!/usr/bin/env php Running cronjobs/workflow.php
Checking for workflow processes
Running cronjobs/notification.php
Starting notification event proccessing
Fatal error: Call to a member function on a non-object in c:\php\www\ez31\kernel\classes\notification\handler\ezsubtree\ezsubtreehandler.php on line 175
Fatal error: eZ publish did not finish it's request

The execution of eZ publish was abruptly ended, the debug output is present below.

Warning: Failed opening 'lib/ezdb/classes/ezdb.php' for inclusion (include_path='.;C:/PHP/php/includes;C:/PHP/php/class') in c:\php\www\ez31\lib\ezutils\classes\ezsession.php on line 77

1st bug or what ?

Paul Borgermans

Wednesday 28 May 2003 11:49:20 am

No No

First *reported* bug, ... stumbled on quite a few (like the upgrade of overrides making file extensions seeing double .tpl.tpl)

Digging further as we write...

Paul

eZ Publish, eZ Find, Solr expert consulting and training
http://twitter.com/paulborgermans

Selmah Maxim

Thursday 29 May 2003 12:28:25 am

solutions ?!

Paul Forsyth

Thursday 29 May 2003 1:50:03 am

3.1 is a beta release. It is assumed to have bugs and consequently shouldnt be used in a production environment. Ez are finding bugs, we are finding bugs, they will be fixed.

paul

Selmah Maxim

Thursday 29 May 2003 3:35:24 am

I know that !

I think they don`t test it, they leave it to use, else why we find such bugs :)
but with this size of files, and such huge project it MUST have some bugs, some big bug and small bugs, it`s not the big deal to find bugs, but it`s big deal to fix it :)

what ever, now am testing the override system, it`s more complex than befor, i found that the settings in override/site.ini is the default for all designs, this is meaning for each design must be site.ini with full settings ... it`s long story with this way :)

i had made it, work fine, but in admin face i have some problem, that the links always come under user (i.e user/class/grouplist), and some link come unser admin .. strange !

In the changelog i had read it`s possible to stop some viewmode/action for users (as unserstand it) , but i didn`t get where to set up this, i wanna stop let`s say content/view/sitemap or content/browse !

Did u tried the new roles ?
I couldn`t unserstand it :)

Paul Forsyth

Thursday 29 May 2003 4:20:28 am

i haven't tried 3.1 yet. a little while ago i had problems with the latest svn release and my database so i've stuck with the stable branch for now.

i should become a little braver and try it ;)

Selmah Maxim

Thursday 29 May 2003 10:16:06 am

Hi ..

I see ... then u cann`t surely saying the above is bug or not, coz u didn`t test yet :)

where is the lovely ez team :) , they will know what is this !

Jan Borsodi

Thursday 29 May 2003 11:39:01 am

Today is a holiday here in Norway so there's noone at work to check this out at the moment.
We can probably get a fix for this tomorrow (Friday).

--
Amos

Documentation: http://ez.no/ez_publish/documentation
FAQ: http://ez.no/ez_publish/documentation/faq

Paul Borgermans

Thursday 29 May 2003 2:02:15 pm

Holidays everywhere, u need it from time to time.

Found a few other bugs (with fixes), but away from office now.

One thing: upgrading does not work yet (bug for migrating the new template override system), and I spent a few hours to find out the way Default siteaccess and designs are handled now like Selmah stumbled upon. It is crucial for 3.02 sites to prepare the settings files before upgrading.

Brute force method before upgrading: move all settings to the setings/siteaccess/<yoursites> and leave only the minimum in the general override dir (make sure to have at least the available siteaccesses there).

But I like the releases "rather sooner than later" so we can help speed the process of bug finding and fixing.

Paul

eZ Publish, eZ Find, Solr expert consulting and training
http://twitter.com/paulborgermans

Jan Borsodi

Thursday 29 May 2003 2:52:42 pm

The bug in the generate override script has already been fixed in svn, you can fetch the latest version here:
http://zev.ez.no/svn/nextgen/trunk/update/common/scripts/generateoverridesettings.php

--
Amos

Documentation: http://ez.no/ez_publish/documentation
FAQ: http://ez.no/ez_publish/documentation/faq

Selmah Maxim

Thursday 29 May 2003 5:44:18 pm

Hi ,,

strang that is holyday this day :)

what the links in the admin face, it was cach problem, i had forget that now admin face also have cach!

btw Bard, better to make the update and the fixes on 1 site, just right now i head from u about this site, and much better if u make mailinglist for latest new and updates about Ezp, i think the bug what we had found (user/edit) is effect alot of people, and maybe until now they don`t know about, coz of this will be good idea the mailinglist to inform them, and make big mailing list for Ezp ads :)

did u know how many hours i had spend to discover why i get the same page for admin face, user face, demo face, 3 hour ... becoz I didn`t know that the settings in settings/override/site.ini is the main, in the main site.ini IndexPage, DefaultPage going to main news page, adn it was active, so if this active will ignor the sub settings in the designs, and it`s should be the turn over, the main settings is the sub and the sub is the main !

i mean :
sub
\settings\override\site.ini.append.php
Main
\settings\siteaccess\demo\site.ini.append.php

if some seting is missed from main, should take it from the sub !

i hope am clear :)

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.