5

You are hitting the limits of InnoDB. It might work to change your table to the MyISAM engine (backup before changing this), as the limits of MyISAM are larger compared to InnoDB. Note that this can cause an performance hit as table locking acts different on MyISAM. You can also replace all VARCHAR fields (with more than 10 characters) with a TEXT field. ...


3

Umm index.php /* * -------------------------------------------------------------------- * Error Reporting * -------------------------------------------------------------------- * * PHP and database errors are normally displayed dynamically based * on the authorization level of each user accessing your site. * This variable allows the error ...


3

It's an XID issue/bug that is known to EL and slated to be corrected in the next release. A fix until then is posted: https://support.ellislab.com/bugs/detail/19920#12050


3

This is often caused from incorrect DB credentials. If you set debug="2" in your config file, do you get any additional errors?


2

For this particular quandary, this worked: Add this line to the top of the SQL file: SET FOREIGN_KEY_CHECKS = 0; Source: http://devot-ee.com/add-ons/support/stash/viewthread/5700 If you see this problem and the above solution doesn't work, check this thread as well: http://devot-ee.com/add-ons/support/stash/viewthread/10311


2

I am experiencing the same problem where it seems to happen when "Is field searchable?" is enabled within the field settings containing the Matrix field-type (not sure why??!)... I found a solution by changing line 7595 from $select .= ', field_id_'.$fields[$key].' AS `'.$key.'`'; to $select .= ', cd.field_id_'.$fields[$key].' AS `'.$key.'`'; Within mod....


2

Seems related to this bug report. If you have a conditional checking for something like this: {if grid_field:total_rows > 0} try changing that to this: {if '{grid_field:total_rows}' > 0}


2

SuperSearch has been obsolete for quite sometime (didn't make it past v2) and will not run on newer versions of EE. Try Low Search.


1

I know this is a bit old, but I had this issue on a site recently. Couldn't create or update channels or fields. Turns out it was the Solspace Calendar module. Uninstalling it fixed the error, bit obviously deleted all the content.


1

This is a comment really, but I do not have enough rep to add comments. Have you tried using '127.0.0.1' as the db host rather than 'localhost'?


1

This ended up being simple. For my instance, the MySQL module wasn't installed for PHP. Once it was added it worked as expected... My issue ended up being the fact that the error was completely non-descript.


1

A couple things. Usually get the the ERR_CONTENT_DECODING_FAILED error when there are PHP errors/notices breaking the gzip output. You can turn off Gzip Output in the Output and Debugging preferences. This will allow you to see what the errors are on the front end. The errors are most likely strict and deprecation notices. If so, you can disable these error ...


1

The developer gave a solution here: https://devot-ee.com/add-ons/support/mustash/viewthread/15161 Change the following code on line line 664 in mcp.mustash.php: 'group_id' => $group[$index], To: 'group_id' => ($group[$index] == "NULL" ? NULL : $group[$index]),


1

Problem solved! Here's the deal. I had several 'Select Dropdown' fields and on one of those fields a radio button was not selected: Populate the menu manually Populate the menu from another channel field If one of them is not selected it throws this error. Personally I think this is a bug, but at least there is a solution.


1

So the config file for this site had: $db['expressionengine']['swap_pre'] = "pfra_"; when it should in fact have been $db['expressionengine']['swap_pre'] = "exp_"; even although the db tables are all set with a prefix of pfra_


Only top voted, non community-wiki answers of a minimum length are eligible