eCommerce woes & a broken edit mode
Permalink
After trouble shooting my non-functional eCommerce plug in, I found coreCommerce files were missing, meriting a un/reinstallation of the add-on.
After doing so, Edit Mode broke site-wide. The button simply stopped doing anything. Tried refreshing my database schema...
I set up a fresh local instal of C5, and after moving /files, /packages, and /themes, migrating the database, and adjusting permissions, I loaded up the local site and dashboard.
Everything worked fine but the eCommerce plug in (click dashboard left nav and the preference pane is simply empty).
I went over to site-wide settings to refresh the database schema, which gave me this error:
Fatal error: Call to a member function getPackageHandle() on a non-object in /Users/joel/Sites/guavakids/concrete/models/block_types.php on line 421
Getting back to the site, everything looks fine, but edit mode is broken again...
It looks like something may be wrong with my theme in general, idk...
Thanks, community, for your time and help,
Joel
** Env:
# concrete5 Version
5.4.2
# concrete5 Packages
Designer Content (2.0), eCommerce (2.0.8).
# concrete5 Overrides
themes/guavakids, themes/guavakids.gtz
# Server Software
Apache/2.2.19 (Unix) mod_ssl/2.2.19 OpenSSL/0.9.8r DAV/2 PHP/5.3.6 with Suhosin-Patch
# Server API
apache2handler
# PHP Version
5.3.6
# PHP Extensions
apache2handler, bcmath, bz2, calendar, Core, ctype, curl, date, dba, dom, ereg, exif, fileinfo, filter, ftp, gd, hash, iconv, json, ldap, libxml, mbstring, mysql, mysqli, mysqlnd, odbc, openssl, pcre, PDO, pdo_mysql, pdo_pgsql, pdo_sqlite, pgsql, Phar, posix, Reflection, session, shmop, SimpleXML, snmp, soap, sockets, SPL, SQLite, sqlite3, standard, sysvmsg, sysvsem, sysvshm, tidy, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib.
# PHP Settings
log_errors_max_len - 1024
max_execution_time - 5
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 60
memory_limit - 128M
post_max_size - 8M
safe_mode - Off
safe_mode_exec_dir - <i>no value</i>
safe_mode_gid - Off
safe_mode_include_dir - <i>no value</i>
sql.safe_mode - Off
upload_max_filesize - 2M
ldap.max_links - Unlimited
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
odbc.max_links - Unlimited
odbc.max_persistent - Unlimited
pcre.backtrack_limit - 100000
pcre.recursion_limit - 100000
pgsql.max_links - Unlimited
pgsql.max_persistent - Unlimited
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
http://guavakids.joelsites.biz (old installation w/ broken edit mode).
After doing so, Edit Mode broke site-wide. The button simply stopped doing anything. Tried refreshing my database schema...
I set up a fresh local instal of C5, and after moving /files, /packages, and /themes, migrating the database, and adjusting permissions, I loaded up the local site and dashboard.
Everything worked fine but the eCommerce plug in (click dashboard left nav and the preference pane is simply empty).
I went over to site-wide settings to refresh the database schema, which gave me this error:
Fatal error: Call to a member function getPackageHandle() on a non-object in /Users/joel/Sites/guavakids/concrete/models/block_types.php on line 421
Getting back to the site, everything looks fine, but edit mode is broken again...
It looks like something may be wrong with my theme in general, idk...
Thanks, community, for your time and help,
Joel
** Env:
# concrete5 Version
5.4.2
# concrete5 Packages
Designer Content (2.0), eCommerce (2.0.8).
# concrete5 Overrides
themes/guavakids, themes/guavakids.gtz
# Server Software
Apache/2.2.19 (Unix) mod_ssl/2.2.19 OpenSSL/0.9.8r DAV/2 PHP/5.3.6 with Suhosin-Patch
# Server API
apache2handler
# PHP Version
5.3.6
# PHP Extensions
apache2handler, bcmath, bz2, calendar, Core, ctype, curl, date, dba, dom, ereg, exif, fileinfo, filter, ftp, gd, hash, iconv, json, ldap, libxml, mbstring, mysql, mysqli, mysqlnd, odbc, openssl, pcre, PDO, pdo_mysql, pdo_pgsql, pdo_sqlite, pgsql, Phar, posix, Reflection, session, shmop, SimpleXML, snmp, soap, sockets, SPL, SQLite, sqlite3, standard, sysvmsg, sysvsem, sysvshm, tidy, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib.
# PHP Settings
log_errors_max_len - 1024
max_execution_time - 5
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 60
memory_limit - 128M
post_max_size - 8M
safe_mode - Off
safe_mode_exec_dir - <i>no value</i>
safe_mode_gid - Off
safe_mode_include_dir - <i>no value</i>
sql.safe_mode - Off
upload_max_filesize - 2M
ldap.max_links - Unlimited
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
odbc.max_links - Unlimited
odbc.max_persistent - Unlimited
pcre.backtrack_limit - 100000
pcre.recursion_limit - 100000
pgsql.max_links - Unlimited
pgsql.max_persistent - Unlimited
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
http://guavakids.joelsites.biz (old installation w/ broken edit mode).
Hey Timothy,
Sorta... Well, I think the issue stemmed from me editing the coreCommerce logic directly, rather than adding a duplicate in the root directories "over ride" folders. Thus, to refresh the core logic I had to un install and re install. Honestly haven't had to edit that site in 6 months (praise the lord).
I AM surprised the edit-mode is still having issues in 5.5.1, as that was fixed for me in 5.4.2.1.
In case you aren't familiar with the overwriting system of C5:
Basically you drop a file into one of those root folders (Controllers, Css, Elements, Helpers, etc. Almost EVERYTHING except the Concrete folder). Just drop in a file 'mimicking' its folder hierarchy placement.
Example:
To hack on the add.php file in concrete > blocks > autonav > add.php you simply make an add.php file in the outermost blocks folder and put it in folders mimicking to specific 'which' add.php. So you'd make the folder autonav within the blocks folder, resulting in /blocks/autonav/add.php. Concrete 5 will "overwrite" the core concrete logic with your new version!
This took me while to figure out...
Anyway, hope this helps! :)
Sorta... Well, I think the issue stemmed from me editing the coreCommerce logic directly, rather than adding a duplicate in the root directories "over ride" folders. Thus, to refresh the core logic I had to un install and re install. Honestly haven't had to edit that site in 6 months (praise the lord).
I AM surprised the edit-mode is still having issues in 5.5.1, as that was fixed for me in 5.4.2.1.
In case you aren't familiar with the overwriting system of C5:
Basically you drop a file into one of those root folders (Controllers, Css, Elements, Helpers, etc. Almost EVERYTHING except the Concrete folder). Just drop in a file 'mimicking' its folder hierarchy placement.
Example:
To hack on the add.php file in concrete > blocks > autonav > add.php you simply make an add.php file in the outermost blocks folder and put it in folders mimicking to specific 'which' add.php. So you'd make the folder autonav within the blocks folder, resulting in /blocks/autonav/add.php. Concrete 5 will "overwrite" the core concrete logic with your new version!
This took me while to figure out...
Anyway, hope this helps! :)
I just updated to 5.5.1 and i seem to have exactly the same problem.
the 'save' button in edit mode on setting a block style seems dead. tried to refresh my database schema and got an almost identical message [different line]
i have NO idea how to fix this.
did you happen to solve this issue?
any help is greatly appreciated.
Best,
Timothy.