I enabled the module, then went to create a new content type, and now this happens:

Additional uncaught exception thrown while handling exception.
Original

PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT * FROM {menu_links} WHERE menu_name = :menu_name AND module = :module AND link_path = :path; Array ( [:menu_name] => management [:module] => system [:path] => admin ) in toolbar_get_menu_tree() (line 279 of C:\xampp\htdocs\drupal\modules\toolbar\toolbar.module).
Additional

PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: INSERT INTO {watchdog} (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6, :db_insert_placeholder_7, :db_insert_placeholder_8, :db_insert_placeholder_9); Array ( [:db_insert_placeholder_0] => 1 [:db_insert_placeholder_1] => php [:db_insert_placeholder_2] => %type: !message in %function (line %line of %file). [:db_insert_placeholder_3] => a:6:{s:5:"%type";s:12:"PDOException";s:8:"!message";s:260:"SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT * FROM {menu_links} WHERE menu_name = :menu_name AND module = :module AND link_path = :path; Array ( [:menu_name] => management [:module] => system [:path] => admin ) ";s:9:"%function";s:23:"toolbar_get_menu_tree()";s:5:"%file";s:53:"C:\xampp\htdocs\drupal\modules\toolbar\toolbar.module";s:5:"%line";i:279;s:14:"severity_level";i:3;} [:db_insert_placeholder_4] => 3 [:db_insert_placeholder_5] => [:db_insert_placeholder_6] => http://local.impactsurvey.org/admin/structure/types/add [:db_insert_placeholder_7] => http://local.impactsurvey.org/ [:db_insert_placeholder_8] => 127.0.0.1 [:db_insert_placeholder_9] => 1316642310 ) in dblog_watchdog() (line 157 of C:\xampp\htdocs\drupal\modules\dblog\dblog.module).

Comments

mortona2k’s picture

There is some conflict with the entity_token module. disabling this makes it work again on my site. However, if I have both enabled on a fresh install, there is no conflict. If someone gives me some debug suggestions, I'll dig around some more.

cskli911’s picture

i also have this problem when i try to create a action redirect url.

Additional uncaught exception thrown while handling exception.

Original

PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT * FROM {menu_links} WHERE menu_name = :menu_name AND module = :module AND link_path = :path; Array ( [:menu_name] => management [:module] => system [:path] => admin ) in toolbar_get_menu_tree() (line 279 of /Library/WebServer/club21/modules/toolbar/toolbar.module).

Additional

PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: INSERT INTO {watchdog} (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6, :db_insert_placeholder_7, :db_insert_placeholder_8, :db_insert_placeholder_9); Array ( [:db_insert_placeholder_0] => 1 [:db_insert_placeholder_1] => php [:db_insert_placeholder_2] => %type: !message in %function (line %line of %file). [:db_insert_placeholder_3] => a:6:{s:5:"%type";s:12:"PDOException";s:8:"!message";s:260:"SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT * FROM {menu_links} WHERE menu_name = :menu_name AND module = :module AND link_path = :path; Array ( [:menu_name] => management [:module] => system [:path] => admin ) ";s:9:"%function";s:23:"toolbar_get_menu_tree()";s:5:"%file";s:56:"/Library/WebServer/club21/modules/toolbar/toolbar.module";s:5:"%line";i:279;s:14:"severity_level";i:3;} [:db_insert_placeholder_4] => 3 [:db_insert_placeholder_5] => [:db_insert_placeholder_6] => http://localhost:8888/admin/config/system/actions/configure/GPp2_l4kooAx... [:db_insert_placeholder_7] => http://localhost:8888/ [:db_insert_placeholder_8] => ::1 [:db_insert_placeholder_9] => 1317537748 ) in dblog_watchdog() (line 157 of /Library/WebServer/club21/modules/dblog/dblog.module).

peem83’s picture

I have the same issue, after enabling the module when I go to edit content type page.
so far I figure it out that the problem is with combination with token module:

if (module_exists('token')) {
    $form['auto_nodetitle']['token_help'] = array(
      '#theme' => 'token_tree',
      '#token_types' => array('node'),
    );
  }

in hook_form_node_type_form_alter

seaneffel’s picture

Project: Automatic Nodetitles » Token
Version: 7.x-1.x-dev » 7.x-1.0-rc1

I can narrow this down to Token, not Pathauto or Auto Nodetitle. I see that disabling Token restores the ability to edit content types.

This bug does not prevent the user from managing fields and field displays, only in editing the content type definition.

Dave Reid’s picture

Status: Active » Fixed

Likely you have the Entity tokens module enabled which overwhelms the token browser with the number of tokens possible. The solution is to disable that module for now since it's not supported by the Token maintainers.

Glenmoore’s picture

As Rules relies on that module I'm not sure disabling it is really an option, to be honest.

Am I right to assume that this is all part of the problem with the page load being overwhelmed with tokens using underscore together with those using hyphen?

It means I am not able to Edit any of my Content Types at all and I'm sure I'm not alone and that is with over 1000M php memory.

Is this a problem that is likely to be resolved anytime soon as it seems like a very major conflict?

http://drupal.org/node/1272560

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

Mohamed_Almasry’s picture

this issue is still active and is not solved yet !

Mohamed_Almasry’s picture

Status: Closed (fixed) » Active
zatarain21’s picture

It is hard decision to make between Automatic Nodetitles and Pathauto with Token
or Rules with Entity Token. I test it and the some sites with a fresh instalation there is no problem but in live sites more nodes and content type you have more memory you need it.

Thanks for your help

zatarain21’s picture

Maybe here is the clue
POSSIBLE FIX:
http://drupal.org/project/token_tweaks
But the status of the module is dev, I don't know if is a good a idea in production sites

This thread http://drupal.org/node/1058912

Dave Reid’s picture

Issue summary: View changes
Status: Active » Closed (duplicate)
aaronglamb’s picture

Issue summary: View changes

&

aaronglamb’s picture

Issue summary: View changes

Definitely having a similar issue to the OP - exact same query and error.

Disabling entity_token has no effect. Auto_nodetitle was running fine until migrate was added, then this problem cropped up. I've removed completely the migrate module, and disabled entity_tokens, but the problem still persists. The only solution (which isn't a solution) is disabling auto_nodetitle.

If this topic is closed as a duplicate, where is the duplicate thread? I see a few threads listed, but none of those seem to actually be related, least of all a duplicate.

Any insight would be helpful. I'm not too keen on rebuilding from scratch at this stage of the development.

Thx.

Dave Reid’s picture

@actorRunning: You might want to try the patch in #1391706: Memory exhausted when editing content type with Token module enabled for auto_nodetitle.

scotwith1t’s picture

Enabling @dave-reid's awesome Token Tweaks module and setting the token UI depth to only 2 levels fixed this for us. I believe that a site with too many entityreference fields in particular is in danger of causing the token system to overload certain pages. As the module page states, this module doesn't limit how many tokens are available, just how deep of tokens you can see in the UI.