|
Author
|
Message
|
|
Paul Borgermans
|
Wednesday 01 September 2004 12:54:28 pm
Hi Have seen this too, after clearign the cache by hand and template recompile it was gone. -paul
eZ Publish, eZ Find, Solr expert consulting and training
http://twitter.com/paulborgermans
|
|
Stephan Brezinsky
|
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?
|
|
Paul Borgermans
|
Wednesday 01 September 2004 3:03:29 pm
Yes, I used the eztc.php script. Some other note: I also did a further upgrade of the stable branch on svn a few weeks ago. So in my case it was not just a plain install, but somewhere between 3.4.1 and 3.4.2 -paul
eZ Publish, eZ Find, Solr expert consulting and training
http://twitter.com/paulborgermans
|
|
Stephan Brezinsky
|
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.
|
|
Björn Dieding@xrow.de
|
Wednesday 01 September 2004 8:06:37 pm
an idea:
go to the complieled tempalte full_view_manual_folder-4db1f454d8f091a60a68d458a5fe24e2.php check what part of eZ is failing (maybe a operator) write the code so the this error does not occur
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/
|
|
Stephan Brezinsky
|
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 :(
|
|
shawn christenson
|
Thursday 09 September 2004 2:28:05 pm
Well, short of rolling back (which we do not wish to do) is there anyone willing to fix this problem for some money sent to their paypal account?
|
|
Paul Forsyth
|
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
|
|
K259
|
Monday 13 September 2004 3:01:55 pm
Shawn, send me your email-address at: post[at]zapto[dot]no
|
|
Frederik Holljen
|
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?
|
|
Kim Marshall
|
Friday 17 September 2004 6:07:28 pm
I've just had the same error on a fresh install 3.4.1 (7051). It's a very nasty one. I don't think your probelm is caused by the upgrade path and you shouldn't need to upgrade to resolve it. Anyway here's what I did to fix it I hope it works for you too. http://ez.no/community/bug_reports/custom_view_templates_and_3_4_1_upgrade
|
|
Jan Borsodi
|
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
|
