"parse error, unexpected T_ELSE in" after 3.4.1 upgrade

Wednesday 01 September 2004 12:24:15 pm

After upgrading from 3.3-4 to 3.4.1 latest stable build I get the following error on any page with a custom view template e.g. {attribute_view_gui view=custom_view}

The error is as follows:
Parse error: parse error, unexpected T_ELSE in /usr/home/encase/public_html/encasepub/var/encasement/cache/template/compiled/full_view_manual_folder-4db1f454d8f091a60a68d458a5fe24e2.php on line 525
Fatal error: eZ publish did not finish it's request

I have posted this bug twice in the bugs forum with no reply from anyone, so I am once again pleading for someone to help me. This bug has rendered my entire site useless, and I'm not going to sit here and debug the entire ezpub kernel (i just dont have that kind of time). So please, I am begging for help. Someone?

Wednesday 01 September 2004 2:56:36 pm

I have cleared the cache manually several times, and then allowed the system to recompile the templates autmatically and that hasnt worked. Are you recompiling them manually?

Wednesday 01 September 2004 6:06:36 pm

well that didnt make a difference at all. I emptied the cache and ran the eztc.php script (which took an incredibly large amount of work), and it compiled succesfully. Not only did that cause the stylesheets to not load properly, but the bug is still present. Same exact error now.

Short of downgrading to 3.3-4 I am running out of options.

Wednesday 01 September 2004 10:17:42 pm

I would edit the compiled template, but it does that to EVERY template that uses a custom view. Since I have many page templates that use many different custom views, we are talking about the possibility of dozens of compiled templates.

I know exactly what the php error is, there is an extra "Else" statement without a closing bracket. an example:

else
{

$resourceFound = false;
if ( file_exists( "var/encasement/cache/template/compiled/pdf_file-a56d5932f7a9bf227184dd9f9e3b9fe8.php" ) )
{

As you can see, there is missing a } bracket. This is clearly a problem with the caching engine, and like I said before, I cannot manually edit and rebuild cached files every single time the content changes. It is just too time consuming (and defeats the point of a CMS).

One again, I am desperate for help :(

Thursday 09 September 2004 11:26:03 pm

One thing, attribute_view_gui doesnt take the view parameter. See the doco for the syntax:

http://ez.no/ez_publish/documentation/reference/template_functions/gui/attribute_view_gui

Where is your custom_view template located? Is it an override or do you really want it to be used as an alternative view.

This does sound like an eZ bug in some way since php shouldnt fail like this on template code. Which version of php are you using?

paul

Tuesday 14 September 2004 2:31:05 am

We suspect this error to be fixed in 3.4.2 (even if we can't actually reproduce it here). Can you all try upgrading to svn/stable and see if the problem persists?

Monday 20 September 2004 4:41:06 am

We are having a hard time reproducing this problem.
Could you send the template file and override file(s) to the info email address (found on contact information page)?
With this it is much easier to figure out what is wrong.
We will need to the template file that has the <i>attribute_view_gui</i> and the template file for the attribute.

It could also be a good idea to check your override settings, I've noticed something similar earlier which occured when the override settings were invalid (point to non-existing file etc.).

--
Amos

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