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?

OKDnet
 
Remo replied on at Permalink Reply
Remo
sounds a lot like a cache issue, did you try to clear or disable it?
OKDnet replied on at Permalink Reply
OKDnet
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.
Remo replied on at Permalink Reply
Remo
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
OKDnet replied on at Permalink Reply
OKDnet
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
OKDnet replied on at Permalink Reply
OKDnet
I cleared the cache as instructed on both installs. That didn't help. Same error.
OKDnet replied on at Permalink Reply
OKDnet
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)
OKDnet replied on at Permalink Reply
OKDnet
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.
OKDnet replied on at Permalink Reply
OKDnet
FYI, I have tested and verified this on 4 different installs, on both localhost and server.
zanedev replied on at Permalink Reply
zanedev
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..
Remo replied on at Permalink Reply
Remo
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:
zanedev replied on at Permalink Reply
zanedev
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
Remo replied on at Permalink Reply
Remo
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
zanedev replied on at Permalink Reply
zanedev
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