Editing stack leads to this major bug!

Permalink
See the attached document which has been happening after we edit stacks.
Second image is the errors in console.

Any help would be greatly appreciated.

2 Attachments

 
execulink replied on at Permalink Reply
Anyone? Very frustrating. Can't work on these stacks at all.
WebcentricLtd replied on at Permalink Reply
Is it ANY stack or just some stacks?
What content have you put in these stacks?
execulink replied on at Permalink Reply
It just happens randomly. There is the universal content puller that is calling upon these stacks. I'm using all different kinds of blocks in there but here are just a few: Accordion Content, Magic Tabs, Forms... but most of it is just straight up HTML content.

The break in code happened after I switched out one image for another. It looks as if it the stack is not wrapped up properly in concrete5's code but I don't know what would cause this.

Also here is my environment:
# concrete5 Version
5.6.2.1

# concrete5 Packages
Accordion Content (1.1), Amiant Image Gallery (0.7.3), Auto-Nav Pro (1.5.5), Awesome Table (1.0.6), Bootstrap Buttons (2.1.1.1), Breadcrumbs (2.0), Calendar Nav (1.0.8), Dojo Testimonial (1.0), Email List Signup (1.5.5), engagingit_table_sorter (1.1), Event Calendar (2.0.11), Fancy Ajax google search functionality (1.0), FlexSlider (2.2.0.5), Form Tableless Layout (1.2.1), Icon Navigation Menu (1.0.3), Iframe (1.0), Image Accordion (1.0), Image Caption (1.5.1), Magic Data (2.9.8), Magic Data Symbols1 (2.7.6), Magic Data Templates1 (2.1), Magic Tabs (1.1.0.1), Manual Nav (1.3), Mega Menu (1.5.10), News & Blog Feed (3.1.0), Popup Pro (1.6.6.3), Pro Events (11.0.1), Revolution Slider (2.3.8), Simple Accordion (0.9.2), Slate Theme (1.5.1), Social Class (1.2), SuperMint Theme (2.0.7.2), Universal Content Puller (1.4.3).

# concrete5 Overrides
blocks/jl_magic_tabs, blocks/hello_world, blocks/hanalei_targeted_content, js/ccm.app.js, css/supermint.css

# Server Software
Apache/2.2.15 (CentOS)

# Server API
apache2handler

# PHP Version
5.3.3

# PHP Extensions
apache2handler, bz2, calendar, Core, ctype, curl, date, dom, ereg, exif, fileinfo, filter, ftp, gettext, gmp, hash, iconv, json, libxml, mysql, mysqli, openssl, pcre, PDO, pdo_mysql, pdo_sqlite, Phar, Reflection, session, shmop, SimpleXML, sockets, SPL, sqlite3, standard, tokenizer, wddx, XCache, xml, xmlreader, xmlwriter, xsl, 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 - 128M
post_max_size - 20M
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 - 20M
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
pcre.backtrack_limit - 100000
pcre.recursion_limit - 100000
session.cache_limiter - nocache
session.gc_maxlifetime - 7200
safe_mode_allowed_env_vars - PHP_
safe_mode_protected_env_vars - LD_LIBRARY_PATH
xcache.var_maxttl - 0
execulink replied on at Permalink Reply
No ideas anyone?
execulink replied on at Permalink Reply
No ideas anyone?
jasteele12 replied on at Permalink Reply
jasteele12
Based on the errors in the 2nd attachment, it looks like something is trying to use jquery before it has been loaded ($ not defined).

You could try backing out stack versions until the error goes away...
execulink replied on at Permalink Reply
Well that's the problem, I can't revert to previous versions of the stack. There's no functionality on the edit page. And really the thing is I haven't changed anything but an image so I'm not sure why it would suddenly be doing it now.

Sidenote: this started happening after we switched over the old test site to the live server.

Also, my file manager seems to be screwed up now so I'm wondering if that has something to do with it. When we upload an image, it just displays the waiting icon forever, and you have to exit out of the file manager to actually see what you've uploaded. There aren't any previews anymore either.
jasteele12 replied on at Permalink Reply
jasteele12
Sounds like something is messed up on the live server. Check (or rename) .htaccess (if any), check your directory/file permissions.

You can try following the Net tab in Firebug (or Chrome) to see what's happening with the uploads.

If you still have the old test server, I'd recommend an upgrade to 5.6.3.3 also. There are some quirky bugs in PHP 5.3, is 5.4+ available?

Last ditch effort, you could remove the stack versions from the database ;(

I recommend HeidiSQL: http://www.heidisql.com/download.php...
jasteele12 replied on at Permalink Reply
jasteele12
Oh, and what is overriding js/ccm.app.js ?
enlil replied on at Permalink Reply
enlil
Try going into the full sitemap and finding the stack. Roll back versions from there. Whatever content is breaking the stack is displayed in the stack edit dialogue, but not in the siemap, so you should be able to at least see if that is the issue or not.
jasteele12 replied on at Permalink Reply
jasteele12
Yeah, that's pretty much what I meant when I said "backing out stack versions", but it sounds like there are bigger problems going on. Especially the "random" stack stuff.

I'd be taking a very hard look at the js/ccm.app.js override myself.
execulink replied on at Permalink Reply
Turns out it was a server issue that happened after making the sight live. Missing php-gd which is a graphics library. Now that we have it back everything is back to normal.

Thanks for your replies!
jasteele12 replied on at Permalink Reply
jasteele12
Glad to hear it! 5.6.3.3 still recommended.

I always install a new concrete5 with sample content on any machine that I intend to transfer a site to - just to make sure it passes all the install tests.

Would have saved a bunch of time :-P