Author
|
Message
|
Hugo Siles
|
Tuesday 22 June 2004 4:35:07 pm
hi all, i want to know if someone has this problem or i'm the only one... I upgraded my site to 3.3.3 to 3.4, everything goes smooth, but, when i tried to see my site it doesn't show anything excepts when I see the advanced search or the login pages The DB is allright, all the nodes and objects are in their places, and the modifications done by the update scripts are ok...
but it looks like the variable <b>$module_result.content</b> doesn't contains anything.. for example when i try to see the main page, /content/view/full/54 for example, and I execute this code in the pagelayout
{$module_result|attribute(show)}
it gives me the following result
Attribute Type Value
navigation_part string 'ezcontentnavigationpart'
path boolean false
uri string '/plain'
as you can see there is no definition for the content attribute... If anyone know the answer for this problem please help me, i'm out of ideas right now.. Best Regards Hugo Siles
|
Balazs Halasy
|
Wednesday 23 June 2004 12:16:19 am
1) Check your siteaccess settings (is it actually using the siteaccess?). 2) Turn on debug information and check the output for bogus messages. Allman
|
Hugo Siles
|
Wednesday 23 June 2004 5:37:45 am
> 1) Check your siteaccess settings (is it actually using the siteaccess?). >2) Turn on debug information and check the output for bogus messages. > Allman Hi... thanks for your reply... i check the siteaccess and it's ok, I also turn on the debug information and gives me this error:
No such attribute for array(3): content
Choose one of following: navigation_part, path, uri
but this problem is only when I try to see the full view of any object, articles or folders or something like this, but if I do a search it displays correctly the line views of articles, folder or any other class... I also disabled de template compile but it given any result.. Do you have any other idea about this issue???? Best Regards Hugo Siles
|
Hugo Siles
|
Wednesday 23 June 2004 5:41:36 am
One more thing I was forgeting, if I turn on the template compile I also get this errors:
Undefined offset: 0 in C:\Program Files\Apache Group\Apache2\htdocs\oc4
\lib\eztemplate\classes\eztemplatenodetool.php on line 300
Undefined offset: 0 in C:\Program Files\Apache Group\Apache2\htdocs\oc4
\lib\eztemplate\classes\eztemplatenodetool.php on line 290
Regards Hugo Siles
|
Hugo Siles
|
Wednesday 23 June 2004 1:43:06 pm
Nobody has any ideas about this problem??? Hugo
|
Björn Dieding@xrow.de
|
Wednesday 23 June 2004 3:12:22 pm
this errors seems kind of unique to me... My frist estimate is that your db is bogus. Are you sure you upgraded right?
Tipp: Take the clean kernel and replace it with your db... DO you get results?
Looking for a new job? http://www.xrow.com/xrow-GmbH/Jobs
Looking for hosting? http://hostingezpublish.com
-----------------------------------------------------------------------------
GMT +01:00 Hannover, Germany
Web: http://www.xrow.com/
|
Hugo Siles
|
Thursday 24 June 2004 8:48:16 am
Hi all... y try everything.. I reinstall all the ez 4, made the database upgrade again, run the scripts of the update/common/scripts directory, but nothing happens... Any help would be greatly apprecitated.. Regards... Hugo Siles
|
Paul Borgermans
|
Thursday 24 June 2004 8:56:52 am
Maybe file permissions/owners are wrong? -paul
eZ Publish, eZ Find, Solr expert consulting and training
http://twitter.com/paulborgermans
|
Hugo Siles
|
Thursday 24 June 2004 9:10:23 am
Thanks for your reply, i really appreciate your effort but nop, it's not a permission problem, because all the files are with the propper permision, I think it's a problem with the override.ini file... in the new override files, in every override there is line likes this:
Match[class_identifier]=folder
and in the all override files the lines look like this
Match[class]=1
I don't know if the all line is still valid in the new override files... Do I have to change all this lines to the new format??? Regards: Hugo Siles
|
Paul Borgermans
|
Thursday 24 June 2004 9:36:22 am
No, the override is still valid. The class_identifier is new for 3.4. To be sure, did you clear the cache (manually is the best) and cleared any accelerator caches/files? Its a tough one, your problem. I also upgraded a 3.3 site to 3.4 (svn version of last friday), but did not encounter problems other than a buggy template compiler (editing the compiled templates by hand helps .. LOL) -paul
eZ Publish, eZ Find, Solr expert consulting and training
http://twitter.com/paulborgermans
|
Hugo Siles
|
Thursday 24 June 2004 9:48:38 am
This problem it's amazing, it's driving me crazy... if I override the workflo.ini file with a file workflow.ini.append.php inside the siteaccess then nothing is displayed in the front page, but if i delete this workflow.ini.append.php file then then content appears as by magic... Any idea why this is happening??? Regards: Hugo Siles
|
Paul Borgermans
|
Thursday 24 June 2004 9:57:42 am
No clues but, To quote Hans (developer here): "it is probably because of the position of the moon". We had a very weird problem where objecs were created twice with a certain edit template. The day after (and without changing anything), the problem was gone. A similar thigw with a compiled template for a pagelayout override: it showed weird characters 1 hit in 2. The day after this problem was gone too. Maybe ez publish is self healing in some way or another... -paul
eZ Publish, eZ Find, Solr expert consulting and training
http://twitter.com/paulborgermans
|
Hugo Siles
|
Thursday 24 June 2004 10:14:42 am
Hi paul, maybe your are right... because from one moment to another the problems I had disapear.. I don't know exactly what's is the solution or if I would be able to make again this problem appear, but the certain thing is that now my site is working smoothly again.. why or why not is a mystery... if it is working it's ok with me... Regards: Hugo Siles
|