In this issue it is reported that a menu item is n longer available in the menu admin page after the item is reset. The menu item is non-cachable and includes a check of a variable.
$items[] = array(
'path' => 'taxonomy_browser',
'title' => t('Category Browser'),
'access' => user_access(variable_get('taxonomy_browser_need_perm', false) ? 'access taxonomy browser' : 'access content'),
'callback' => 'taxonomy_browser_page',
'description' => t('Find content on your own terms.'),
'weight' => 7,
'type' => MENU_NORMAL_ITEM);
Is this what "reset" is supposed to do?
Should this be handled an different way? If so, how?
Comments
Comment #1
ainigma32 commentedReset does nothing more than remove the item from the menu table. The user is then redirected to admin/build/menu and that page does a menu rebuild.
The rebuild will re-insert the menu item back into the menu table using the default values that are set in the implementation of hook_menu.
I just did some testing on 5.12 and dug around a little in includes/menu.inc and I'm pretty sure that a non-cache item is not visible on the menu admin pages by design. I haven't been able to get the non-cached menu item in the list of cofigurable items at all.
It looks like you answered your own question here http://drupal.org/node/263097#comment-1017769
- Arie