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
Comment #1
mortona2k CreditAttribution: mortona2k commentedThere 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.
Comment #2
cskli911 CreditAttribution: cskli911 commentedi 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).
Comment #3
peem83 CreditAttribution: peem83 commentedI 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:
in hook_form_node_type_form_alter
Comment #4
seaneffel CreditAttribution: seaneffel commentedI 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.
Comment #5
Dave ReidLikely 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.
Comment #6
Glenmoore CreditAttribution: Glenmoore commentedAs 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
Comment #8
Mohamed_Almasry CreditAttribution: Mohamed_Almasry commentedthis issue is still active and is not solved yet !
Comment #9
Mohamed_Almasry CreditAttribution: Mohamed_Almasry commentedComment #10
zatarain21 CreditAttribution: zatarain21 commentedIt 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
Comment #11
zatarain21 CreditAttribution: zatarain21 commentedMaybe 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
Comment #12
Dave ReidI cannot do much more for very large token trees aside from #1334456: Enable ajax on-demand loading of sub-trees in the Token help and #1842738: Provide admin setting to replace all uses of the core token browser with the new popup
Comment #13
aaronglamb CreditAttribution: aaronglamb commented&
Comment #14
aaronglamb CreditAttribution: aaronglamb commentedDefinitely 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.
Comment #15
Dave Reid@actorRunning: You might want to try the patch in #1391706: Memory exhausted when editing content type with Token module enabled for auto_nodetitle.
Comment #16
scotwith1tEnabling @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.