RESOLVED: (Definite bug in 2.012)
When I remove banner management module, I can add pages and clone pages. As soon as I turn on the banner manager, I get the Fatal error below. So, I guess I can have pages or banners, but not both on 2.012. Not a good option. Banner management module affects content>add/clone page
Fatal error: Cannot use string offset as an array in /home8/groundvi/public_html/my site/var/compiled/customer/%%77^771^771082D5%%original.tpl.php on line 14
Does anyone have any idea how to have both?
Or can others confirm this if you are on 2.012. I recreated it 4 times. I was able to add the first 10 pages under 2…011 but not one page since 2.012 from 2.011.
AJ-
I just tried duplicating your issue without success. I started with 8 pages and added 2 new pages and then cloned 6 pages for a total of 16 pages. I then assigned banner blocks to two of the pages and had no trouble saving those pages.
Have you created any banners yet? Not that it should matter but it is the only thing I can think.
Bob
[quote name=‘jobosales’]AJ-
I just tried duplicating your issue without success. I started with 8 pages and added 2 new pages and then cloned 6 pages for a total of 16 pages. I then assigned banner blocks to two of the pages and had no trouble saving those pages.
Have you created any banners yet? Not that it should matter but it is the only thing I can think.
Bob[/QUOTE]
Bob,
I had 5 ads created with the banner manager on 2.011. They still exist in banner manager. The moment I turn off banner manager, I can add or clone pages. The moment I turn it off, i get that error. I cleared the admin cache as you suggested just in case. I deleted everything in var and it recreated. The only thing I see that is interesting is that they the permissions come back in 644 and 666 in the var rebuild. Beyond that I can’t have both the banners and the pages at the same time.
AJ-
I don’t think the permissions are an issue. The 2.0.13 update includes changes to write the files with the default permissions specified in config.php:
[url]http://forum.cs-cart.com/vbugs.php?do=view&vbug_id=1689[/url]
What I just noticed in your sig is that you are running PHP 4.7; I am running 5.2.12. It could be related to differences here.
Bob
[quote name=‘jobosales’]AJ-
I don’t think the permissions are an issue. The 2.0.13 update includes changes to write the files with the default permissions specified in config.php:
[url]http://forum.cs-cart.com/vbugs.php?do=view&vbug_id=1689[/url]
What I just noticed in your sig is that you are running PHP 4.7; I am running 5.2.12. It could be related to differences here.
Bob[/QUOTE]
I read that post earlier today. Will that portion of the code help this situation.Should i delete the banners and recreate them? That’s the only other attempt. is there any other cache to delete?
I checked my php and it’s 5.2.11. I’ll change my signature.
[quote name=‘AJCABRERA’]I read that post earlier today. Will that portion of the code help this situation.Should i delete the banners and recreate them? That’s the only other attempt. is there any other cache to delete?
I checked my php and it’s 5.2.11. I’ll change my signature.[/QUOTE]
I don’t think that code will help this situation - it is meant to address security issues.
Are the banners text or graphics banners?
Bob
[quote name=‘jobosales’]I don’t think that code will help this situation - it is meant to address security issues.
Are the banners text or graphics banners?
Bob[/QUOTE]
They are all graphic.
I remembered seeing this recently:
[url]http://forum.cs-cart.com/vbugs.php?do=view&vbug_id=1624[/url]
But it does not really seem to address this issue. I suppose you could delete and recreate your banners if it is not too much work but I think this the developers will need to sort this out.
Bob
[quote name=‘jobosales’]I remembered seeing this recently:
[url]http://forum.cs-cart.com/vbugs.php?do=view&vbug_id=1624[/url]
But it does not really seem to address this issue. I suppose you could delete and recreate your banners if it is not too much work but I think this the developers will need to sort this out.
Bob[/QUOTE]
I’m going to delete all the banners, uninstall banner mgr. and reinstall from scratch. I’ll let you know how it goes. If this doesn’t work, then I agree the developers will have to sort it out. I think others might experience this eventually as they move to 2.012. I’m a plain jane installation with no mods so it should work. i invested 7 days now so, I’m kinda out of options after this. Maybe 2.013. Do you know when 2.013 is coming out? You can imagine as an ad based business that adding pages and banners might be inportant. Thanks again for your help! It seems like you are alway helping everyone out here. Greatly appreciate it.
Not sure when 2.0.13 will be released. The upgrades have been coming about a month apart, so maybe in the next week or two.
Let us know if recreating the banners has any impact. Make sure you clear your cache before testing.
Bob
Here is the solution for this bug in 2.12. Sadly, every time I clear the cache you have to reverse or add this again to allow for pages to be cloned or even to add new pages. Which clearing he cache happens way to often. It really should be fixed on the next release as other will have this problem as they move to 2.12. Hope this helps someone. I don’t know why if happens but it happens.
Native:
/*
*/
the string needs to be declared before the array
AJ-
What file are you making this change in?
Bob
See below for more details. It’s Line 14 in var/compiled/customer/original/tpl.php. It has something to do with banners but this works temporarily. At least I can create and clone pages until I clear the cache. My business is ad based so, creating banners or pages are business critical. Thanks for your help. I really appreciate the testing of 2.012 with this.
Fatal error: Cannot use string offset as an array in /home8/groundvi/public_html/my site/var/compiled/customer/%%77^771^771082D5%%original.tpl.php on line 14
They need to fix this when compiling the the cached file information. I am not sure if the problem is in the Smarty compiler or there code but there is no reason you should have to fix a cached file especially since, as you point out, the fix is only good till the cache is cleared.
Bob
Agreed. At least it keeps me in business unti they fix it. I have no mods or code changes. Naturally, this created page not available on search engines and at the site itself. Which is never good. I have to be careful to check it each time I do anything ont he site. I updated bug tracker also.
[URL=“http://forum.cs-cart.com/vbugs.php?do=view&vbug_id=1724”]http://forum.cs-cart.com/vbugs.php?do=view&vbug_id=1724[/URL]
The fix was provided by CS Cart and corrected the issue.