Suddenly can't Edit Remo's Expand
Permalink
After successfully setting up and styling Remo's Expand add-on (latest version 1.2.1 w/ the latest version of C5), suddenly this wierd problem shows up where I'm now unable to edit any more. The content part is still showing up, but the first Edit dialog (for the title) is broken. The error I'm getting (on both a localhost install, and the server install) is
On localhost:
Warning: include(D:/xampp/htdocs/C5installs/cruzinroute66/blocks/remo_expand/form_init.php) [function.include]: failed to open stream: No such file or directory in D:\xampp\htdocs\C5installs\cruzinroute66\packages\remo_expand\blocks\remo_expand\edit.php on line 5
Warning: include() [function.include]: Failed opening 'D:/xampp/htdocs/C5installs/cruzinroute66/blocks/remo_expand/form_init.php' for inclusion (include_path='D:/xampp/htdocs/C5installs/cruzinroute66/libraries/3rdparty;D:\xampp\htdocs\C5installs\cruzinroute66\concrete/libraries/3rdparty;.;D:\xampp\php\PEAR') in D:\xampp\htdocs\C5installs\cruzinroute66\packages\remo_expand\blocks\remo_expand\edit.php on line 5
On the server
Warning: include(/home/xxxxxxx/xxxxxx/dev/cruzinroute66/blocks/remo_expand/form_init.php) [function.include]: failed to open stream: No such file or directory in /home/xxxxxxx/xxxxxx/dev/cruzinroute66/packages/remo_expand/blocks/remo_expand/edit.php on line 5
Warning: include() [function.include]: Failed opening '/home/okdnet/subdomains/dev/cruzinroute66/blocks/remo_expand/form_init.php' for inclusion (include_path='/home/xxxxxxx/xxxxxx/dev/cruzinroute66/libraries/3rdparty:/home/home/xxxxxxx/xxxxxx/dev/cruzinroute66/concrete/libraries/3rdparty:.:/usr/lib/php:/usr/local/lib/php') in /home/xxxxxxx/xxxxxx/dev/cruzinroute66/packages/remo_expand/blocks/remo_expand/edit.php on line 5
What's wierd is it worked fine. Then this cropped up, first on the localhost install. Then on the server install.
What may be unique is how I'm using it. There's 3 blocks, side by side (as a simple menu) and they are inside an area defined by the area splitter add-on
http://www.concrete5.org/marketplace/addons/area_splitter/...
However, this worked fine, but just to be sure, I tried removing this completely and putting the Expand block in a normal area, but the problem didn't go away.
As I said, this was working fine, and then.... BAM. I checked and both edit.php and form_init.php files are there untouched.
Any suggestions?
On localhost:
Warning: include(D:/xampp/htdocs/C5installs/cruzinroute66/blocks/remo_expand/form_init.php) [function.include]: failed to open stream: No such file or directory in D:\xampp\htdocs\C5installs\cruzinroute66\packages\remo_expand\blocks\remo_expand\edit.php on line 5
Warning: include() [function.include]: Failed opening 'D:/xampp/htdocs/C5installs/cruzinroute66/blocks/remo_expand/form_init.php' for inclusion (include_path='D:/xampp/htdocs/C5installs/cruzinroute66/libraries/3rdparty;D:\xampp\htdocs\C5installs\cruzinroute66\concrete/libraries/3rdparty;.;D:\xampp\php\PEAR') in D:\xampp\htdocs\C5installs\cruzinroute66\packages\remo_expand\blocks\remo_expand\edit.php on line 5
On the server
Warning: include(/home/xxxxxxx/xxxxxx/dev/cruzinroute66/blocks/remo_expand/form_init.php) [function.include]: failed to open stream: No such file or directory in /home/xxxxxxx/xxxxxx/dev/cruzinroute66/packages/remo_expand/blocks/remo_expand/edit.php on line 5
Warning: include() [function.include]: Failed opening '/home/okdnet/subdomains/dev/cruzinroute66/blocks/remo_expand/form_init.php' for inclusion (include_path='/home/xxxxxxx/xxxxxx/dev/cruzinroute66/libraries/3rdparty:/home/home/xxxxxxx/xxxxxx/dev/cruzinroute66/concrete/libraries/3rdparty:.:/usr/lib/php:/usr/local/lib/php') in /home/xxxxxxx/xxxxxx/dev/cruzinroute66/packages/remo_expand/blocks/remo_expand/edit.php on line 5
What's wierd is it worked fine. Then this cropped up, first on the localhost install. Then on the server install.
What may be unique is how I'm using it. There's 3 blocks, side by side (as a simple menu) and they are inside an area defined by the area splitter add-on
http://www.concrete5.org/marketplace/addons/area_splitter/...
However, this worked fine, but just to be sure, I tried removing this completely and putting the Expand block in a normal area, but the problem didn't go away.
As I said, this was working fine, and then.... BAM. I checked and both edit.php and form_init.php files are there untouched.
Any suggestions?
sounds a lot like a cache issue, did you try to clear or disable it?
Hi Remo,
Hey thanks for an excellent free block, and for any support even with it being free. (I did buy two of your books BTW).
Cache is disabled on both installations. I just tried Clearing the cache as well, but that's not helping.
Hey thanks for an excellent free block, and for any support even with it being free. (I did buy two of your books BTW).
Cache is disabled on both installations. I just tried Clearing the cache as well, but that's not helping.
A file that can't be loaded is hardly ever a block problem..
1. Can you please post your environment information available in the dashboard?
2. Can you please make sure the directory /files/cache/ is empty, clear cache doesn't always clear everything
1. Can you please post your environment information available in the dashboard?
2. Can you please make sure the directory /files/cache/ is empty, clear cache doesn't always clear everything
Here's the server enviro info
# concrete5 Version
5.6.2.1
# concrete5 Packages
Area Splitter (2.1), Are You A Human (0.9.2), Database Backup (1.0), Expand / Collapse (1.2.1), Maintenance Editor (1.2.2), MindNet Optimize MySQL database (1.11), Raptorize (1.0.2), Vegas (0.0.6).
# concrete5 Overrides
blocks/remo_expand, themes/cruzinroute66
# Server Software
Apache
# Server API
cgi-fcgi
# PHP Version
5.3.26
# PHP Extensions
bcmath, bz2, calendar, cgi-fcgi, Core, ctype, curl, date, dom, ereg, exif, fileinfo, filter, ftp, gd, gettext, hash, iconv, imap, intl, ionCube Loader, json, libxml, magickwand, mbstring, mcrypt, mysql, mysqli, openssl, pcre, PDO, pdo_mysql, pdo_sqlite, Phar, posix, pspell, Reflection, session, SimpleXML, snmp, soap, sockets, SPL, SQLite, sqlite3, standard, suhosin, tidy, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, Zend Guard Loader, zip, zlib.
# PHP Settings
max_execution_time - 30
log_errors_max_len - 1024
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 60
max_input_vars - 1000
memory_limit - 32M
post_max_size - 8M
safe_mode - Off
safe_mode_exec_dir - /usr/local/php/bin
safe_mode_gid - Off
safe_mode_include_dir - <i>no value</i>
sql.safe_mode - Off
upload_max_filesize - 2M
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
pcre.backtrack_limit - 1000000
pcre.recursion_limit - 100000
session.cache_limiter - nocache
session.gc_maxlifetime - 7200
soap.wsdl_cache_limit - 5
safe_mode_allowed_env_vars - PHP_
safe_mode_protected_env_vars - LD_LIBRARY_PATH
suhosin.cookie.max_array_depth - 50
suhosin.cookie.max_array_index_length - 64
suhosin.cookie.max_name_length - 64
suhosin.cookie.max_totalname_length - 256
suhosin.cookie.max_value_length - 10000
suhosin.cookie.max_vars - 100
suhosin.executor.include.max_traversal - 0
suhosin.executor.max_depth - 0
suhosin.get.max_array_depth - 50
suhosin.get.max_array_index_length - 64
suhosin.get.max_name_length - 64
suhosin.get.max_totalname_length - 256
suhosin.get.max_value_length - 512
suhosin.get.max_vars - 100
suhosin.log.phpscript.is_safe - Off
suhosin.memory_limit - 0
suhosin.post.max_array_depth - 50
suhosin.post.max_array_index_length - 64
suhosin.post.max_name_length - 64
suhosin.post.max_totalname_length - 256
suhosin.post.max_value_length - 1000000
suhosin.post.max_vars - 1000
suhosin.request.max_array_depth - 50
suhosin.request.max_array_index_length - 64
suhosin.request.max_totalname_length - 256
suhosin.request.max_value_length - 1000000
suhosin.request.max_varname_length - 64
suhosin.request.max_vars - 1000
suhosin.session.max_id_length - 128
suhosin.upload.max_uploads - 25
# concrete5 Version
5.6.2.1
# concrete5 Packages
Area Splitter (2.1), Are You A Human (0.9.2), Database Backup (1.0), Expand / Collapse (1.2.1), Maintenance Editor (1.2.2), MindNet Optimize MySQL database (1.11), Raptorize (1.0.2), Vegas (0.0.6).
# concrete5 Overrides
blocks/remo_expand, themes/cruzinroute66
# Server Software
Apache
# Server API
cgi-fcgi
# PHP Version
5.3.26
# PHP Extensions
bcmath, bz2, calendar, cgi-fcgi, Core, ctype, curl, date, dom, ereg, exif, fileinfo, filter, ftp, gd, gettext, hash, iconv, imap, intl, ionCube Loader, json, libxml, magickwand, mbstring, mcrypt, mysql, mysqli, openssl, pcre, PDO, pdo_mysql, pdo_sqlite, Phar, posix, pspell, Reflection, session, SimpleXML, snmp, soap, sockets, SPL, SQLite, sqlite3, standard, suhosin, tidy, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, Zend Guard Loader, zip, zlib.
# PHP Settings
max_execution_time - 30
log_errors_max_len - 1024
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 60
max_input_vars - 1000
memory_limit - 32M
post_max_size - 8M
safe_mode - Off
safe_mode_exec_dir - /usr/local/php/bin
safe_mode_gid - Off
safe_mode_include_dir - <i>no value</i>
sql.safe_mode - Off
upload_max_filesize - 2M
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
pcre.backtrack_limit - 1000000
pcre.recursion_limit - 100000
session.cache_limiter - nocache
session.gc_maxlifetime - 7200
soap.wsdl_cache_limit - 5
safe_mode_allowed_env_vars - PHP_
safe_mode_protected_env_vars - LD_LIBRARY_PATH
suhosin.cookie.max_array_depth - 50
suhosin.cookie.max_array_index_length - 64
suhosin.cookie.max_name_length - 64
suhosin.cookie.max_totalname_length - 256
suhosin.cookie.max_value_length - 10000
suhosin.cookie.max_vars - 100
suhosin.executor.include.max_traversal - 0
suhosin.executor.max_depth - 0
suhosin.get.max_array_depth - 50
suhosin.get.max_array_index_length - 64
suhosin.get.max_name_length - 64
suhosin.get.max_totalname_length - 256
suhosin.get.max_value_length - 512
suhosin.get.max_vars - 100
suhosin.log.phpscript.is_safe - Off
suhosin.memory_limit - 0
suhosin.post.max_array_depth - 50
suhosin.post.max_array_index_length - 64
suhosin.post.max_name_length - 64
suhosin.post.max_totalname_length - 256
suhosin.post.max_value_length - 1000000
suhosin.post.max_vars - 1000
suhosin.request.max_array_depth - 50
suhosin.request.max_array_index_length - 64
suhosin.request.max_totalname_length - 256
suhosin.request.max_value_length - 1000000
suhosin.request.max_varname_length - 64
suhosin.request.max_vars - 1000
suhosin.session.max_id_length - 128
suhosin.upload.max_uploads - 25
I cleared the cache as instructed on both installs. That didn't help. Same error.
I also tested on a brand new page, with no other blocks on it. Same error, so if you try to add the block, the content only shows up (no title or expand/contract).
Is this possibly an issue with the new Concrete5? Because I did just upgrade these two installs (although I thought everything was fine after the install, but maybe I didn't try editing these blocks and therefore didn't notice)
Is this possibly an issue with the new Concrete5? Because I did just upgrade these two installs (although I thought everything was fine after the install, but maybe I didn't try editing these blocks and therefore didn't notice)
I found a cause (not the code problem, but...).
If I remove all block override templates, the problem goes away. As soon as I try to override a template, the problem come back.
Thinking "is it a problem with the template?" I tested by simply copying one of the included templates to the override location AS IS (without any modification) so
\blocks\remo_expand\templates\plus_minus
and sure enough the problem comes back. Remove the folder completely, and it goes away.
I tested further. I put the templates I'm using in the block template folder (not the proper override locate, rather within the block at
\packages\remo_expand\blocks\remo_expand\templates
And now it works perfect!
Remo, I hope that helps.
If I remove all block override templates, the problem goes away. As soon as I try to override a template, the problem come back.
Thinking "is it a problem with the template?" I tested by simply copying one of the included templates to the override location AS IS (without any modification) so
\blocks\remo_expand\templates\plus_minus
and sure enough the problem comes back. Remove the folder completely, and it goes away.
I tested further. I put the templates I'm using in the block template folder (not the proper override locate, rather within the block at
\packages\remo_expand\blocks\remo_expand\templates
And now it works perfect!
Remo, I hope that helps.
FYI, I have tested and verified this on 4 different installs, on both localhost and server.
this is happening to me now with a block, removed custom template and it works again. wonder what could be causing that issue would rather not put the custom template in with the block..
there's most likely a JavaScript error somewhere, did you check that?
On Apr 27, 2014 6:48 PM, "concrete5 Community" <discussions@concretecms.com>
wrote:
On Apr 27, 2014 6:48 PM, "concrete5 Community" <discussions@concretecms.com>
wrote:
no js errors, all I changed in the custom template is one css property. its
most likely a server side issue, it can't resolve the block files when the
custom template is put in the root block level directory. removing the
custom template files from the root block level fixes the problem and the
block will load fine in edit mode.
also sorry for any confusion this is not related to the expand plugin, it's
happening with a different plugin.
I'm on the latest c5 version and the code base is not modified and all file
permissions are correct. The cache is off completely but I tried clearing
the cache anyway, reinstalling the package, manually deleting the files in
tmp and so on no luck until I put the template back into the package
directory and delete the overridden template in the /blocks directory.
Another curious thing is it works fine in my local dev environment with the
same database but has this issue on the server so it must be some sort of
environment or filesystem difference on the server. But it never did this
before, it started out of the blue, possibly after the latest c5 upgrade.
will check to see if it's happening on other sites with the same c5
version and server etc.
-- Zane
most likely a server side issue, it can't resolve the block files when the
custom template is put in the root block level directory. removing the
custom template files from the root block level fixes the problem and the
block will load fine in edit mode.
also sorry for any confusion this is not related to the expand plugin, it's
happening with a different plugin.
I'm on the latest c5 version and the code base is not modified and all file
permissions are correct. The cache is off completely but I tried clearing
the cache anyway, reinstalling the package, manually deleting the files in
tmp and so on no luck until I put the template back into the package
directory and delete the overridden template in the /blocks directory.
Another curious thing is it works fine in my local dev environment with the
same database but has this issue on the server so it must be some sort of
environment or filesystem difference on the server. But it never did this
before, it started out of the blue, possibly after the latest c5 upgrade.
will check to see if it's happening on other sites with the same c5
version and server etc.
-- Zane
It's pretty difficult to help you if I can't reproduce this myself. It could even be an issue caused by another add-on I don't know myself..
Did you check the Apache Error Log too?
Have you tried to remove some add-ons to see if one is causing the problem?
Original Message
From: concrete5 Community
Sent: Sunday, April 27, 2014 20:05
To: remo.laubacher@gmail.com
Subject: Suddenly can't Edit Remo's Expand : Building with concrete5
Did you check the Apache Error Log too?
Have you tried to remove some add-ons to see if one is causing the problem?
Original Message
From: concrete5 Community
Sent: Sunday, April 27, 2014 20:05
To: remo.laubacher@gmail.com
Subject: Suddenly can't Edit Remo's Expand : Building with concrete5
no worries wasn't looking for direct help just chiming into the
conversation see if anybody else has run across this issue with any addon
and how to avoid the fix mentioned by copying the template into the addon
package. i'll post back once I figure it out more.
-- Zane
conversation see if anybody else has run across this issue with any addon
and how to avoid the fix mentioned by copying the template into the addon
package. i'll post back once I figure it out more.
-- Zane