Hello, I have upgraded to 7 and have been backing up the file system in the WWW folder and the database. I did this backup after going to 6.22 (accor. to instructions), then after going to 7, then after installing a group of modules, etc. However, somewhere along the line the database update.php page now only says "No Pending Updates", i.e. it doesn't show any errors, but also doesn't seem to do any work when update.php is run. Also, somewhere along the line the links in the admin toolbar (other than the home button in the top left and the user name in the top right) have disappeared. I have checked the module installation/activation page and the Toolbar is selected. I have tried to roll back to the initial state of when 7 was first installed, as well as 7 with the first and second set of modules, but the toolbar does not come back and update.php appears to do no work when installing updates. I have also reinstalled 6.22 and redone the 7 upgrade - still no toolbar items other than home and username and update.php still says no pending updates.
Is backing up the files in the WWW folder enough? Do I have to go up the directory to the WAMP folder and back up all those files? As an aside, the content seems to have transferred nicely, though the panels/layouts and theme has not. I've searched and have not been able to find any such issues here. Thanks in advance.
Comments
clarification
The initial running of the update.php after installing the 7 files had about 134 updates to do. It just says "no pending updates" upon further module installs.
=-=
are the modules in question enabled?
Yes
I just installed some module updates and update.php seemed to do the updates. Sorry - but still have the problem with the toolbar items-besides Home and User name-not being in the toolbar. Just black.
=-=
clarification of which toolbar module is in use? the core toolbar.module? or the admin_menu.module from contrib? or?
I have the core Drupal 7 menu
I have the core Drupal 7 menu and under Administration (have Module Filter installed) I have Administration Theme but it is disabled. I also have Menu Per Role and Menu Block - both disabled. These were from my D6 installation. Where would the Admin Menu module be?
Admin menu
The admin menu is called toolbar in D7.
--
Jenni S.
http://www.nulookmedia.net
Portland, OR metro area
Contact Me
How about theme?
Would the theme for admin affect anything?
=-=
no. unless of course the theme in use isn't updated to D7. Have you tried on a core theme?
It's not
My theme is not updated yet. The site is running on Garland.
=-=
Rereading the original post one thing I'm concerned about is the backing up of the old file system in WWW. if drupal can see those old files it is likely drupal is still trying to use them.
Unclear description
Sorry, I was unclear. I don't mean the backup is located in that area. I was asking which folder to start at when backing up. Thank you.
=-=
yes in that case WWW is enough provided that's where your drupal install is.
Do you have a backup of the D6 DB? if so, I'd roll the site all the way back and begin again.
Do you think the menu is
Do you think the menu is irreparable? That is the only issue and I have rolled back twice already and got the same blank menu.
=-=
go to administer -> structure -> menus
list your menus here.do you have a menu called management?
if so, when you edit it, are there menu items there, are the enabled?
Yes, just checked and they
Yes, just checked and they are there.
=-=
based on the image you posted a little while ago there are menu items missing. Specifically the administer menu item.
please be more verbose when responding.
edit the management menu,
list which menu items are there and whether they are enabled or not. If it's easier post a screenshot.
Another question
I have another question related to this. On the /admin page I get the old D6 menu:
Content management
Manage your site's content.
Site building
Control how your site looks and feels.
Site Configuration
Adjust basic site configuration options.
User management
Manage your site's users, groups and access to site features.
Reports
View reports from system logs and other status information.
Rules
Rules administration links.
Is that supposed to be still available?
=-=
not if it's D7. The /admin page structure has changed.
and at /admin all you should see is:
Content
Structure
Appearance
People
Modules
Configuration
Reports
have you cleared all cache tables in the DB?
also of note, please reread my last comment. Evidentally, I was editing it at the same time you were posting the above.
How do you clear all cache
How do you clear all cache tables? The same as clearing cache under performance? Here is also a capture of the admin screen:
http://xifin.com/sites/all/themes/xifin/u21/D7menu.jpg
FYI, I do know how to use
FYI, I do know how to use PHPMyAdmin for various tasks. But clearing the tables? Do I delete records in those tables?
=-=
you empty the tables. yes.
cache 20 InnoDB
cache 20 InnoDB utf8_general_ci 1.5 MiB -
cache_block 0 InnoDB utf8_general_ci 32.0 KiB -
cache_bootstrap 5 InnoDB utf8_general_ci 224.0 KiB -
cache_content 1 InnoDB latin1_swedish_ci 80.0 KiB -
cache_field 7 InnoDB utf8_general_ci 240.0 KiB -
cache_filter 0 InnoDB utf8_general_ci 32.0 KiB -
cache_form 12 InnoDB utf8_general_ci 64.0 KiB -
cache_image 0 InnoDB utf8_general_ci 32.0 KiB -
cache_menu 15 InnoDB utf8_general_ci 240.0 KiB -
cache_metatag 1 InnoDB utf8_general_ci 32.0 KiB -
cache_page 0 InnoDB utf8_general_ci 32.0 KiB -
cache_path 1 InnoDB utf8_general_ci 32.0 KiB -
cache_rules 1 InnoDB utf8_general_ci 96.0 KiB -
cache_token 0 InnoDB utf8_general_ci 32.0 KiB -
cache_update 73 InnoDB utf8_general_ci 80.0 KiB -
cache_views 178 InnoDB latin1_swedish_ci 2.5 MiB -
cache_views_data
So which of these? I saw some other tables that had "cache" in their name, jut not starting with it. And, I just delete all the records in each? Thank you for your help.
=-=
it's cache, can't hurt to clear all them. However we're dealing with menus specifically.
of note, you can empty the tables from the screen. you don't have to delete each row manually.
Complete, but the same. Did
Complete, but the same. Did you see the screen cap above?
=-=
views_object_cache Is
views_object_cache
Is it OK to clear this as well?
=-=
yes. though has nothing to do with your menu issue
I read back. Sorry I was not
I read back. Sorry I was not verbose. Here is another capture of all my menu items. I don't see the Content menu for one:
http://xifin.com/sites/all/themes/xifin/u21/D7menu-2.jpg
=-=
which confirms my suspicions that there are menu items missing from the management menu.
I highly suggest setting up a fresh D7 install. Looking it how the management menu is by default.
Then finding those items in your current menu and enabling them where they should be enabled.
Perhaps they were moved in the D6 install and when the upgrade took place drupal didn't know what to do with them. Check all existing menus for your missing items.
IIRC the toolbar relies on the administration menu item which is missing from your screenshot.
Thank you! I did an upgrade
Thank you! I did an upgrade and not a clean install, and have done it a number of times. Maybe there was something abnormal about my D6 installation that caused this? Thanks again.
=-=
I understand you did an upgrade. My point was/is to compare the menu in a fresh install with the upgraded install and ajdust your menu items as necessary based on the fresh install. Which means to inspect the default menu structure in a fresh install.
you may also want to look into the devel module which allows the rebuilding of the menu structure.
Ultimately, you need to correct the menu items
Yes, thanks!
Yes, thanks!
This worked!
This post helped! http://drupal.org/node/1123892#comment-4654736
Thanks though for your help as well.
=-=
devel would have done the same thing.
Glad you got it corrected.
As I said, thanks to you as
As I said, thanks to you as well, since I had seen that post previously, but did not know if it pertained without your help.
=-=
understood. My last comment was for future readers who may already have devel installed and want to use it as a way forward.
Question: will this DB
Question: will this DB deletion work for other menus that are having problems? I have edited my primary menus and some items have disappeared but are in the DB. The devel section for rebuilding has a menu item in the dev menu, but when clicked on does not go to the rebuild page. Can't find that page.
=-=
there is no such thing as a rebuild page. clicking the link runs a query and returns you to the same page you were on. IIRC there is a $message returned that tells you the table was rebuilt.
Rebuilding menus
I have a function in my template.php file that is supposed to rebuild menus, but upon editing the main-menu in the UI, emptying my cache, and refreshing, the new links do not show up - just the very last menu item (the last dropdown item of the last menu item in the navbar in fact). Here is the code:
function mytheme_primary_menus() {
$item = menu_get_item();
$tree = menu_tree_page_data('main-menu');
$urlParts = explode("/",$GLOBALS["_SERVER"]["REDIRECT_URL"]);
$nowViewing["parent"] = $urlParts[1];
$nowViewing["child"] = $urlParts[2];
foreach ($tree as $key => $data) {
$link = $data["link"]["options"]["attributes"]["title"];
if($link == $nowViewing["parent"]) {$data["link"]["in_active_trail"]="1";}
if($data["link"]["hidden"]=="0") {$isVisible = true;} else {$isVisible = false;}
if($data["link"]["has_children"]=="1") {$hasChildren = true;} else {$hasChildren = false;}
if($data["link"]["in_active_trail"]=="1") {$isActive = true;} else {$isActive = false;}
$tmpLink = l('view',$data["link"]["href"]);
if(substr($tmpLink, 0, 9)=='<a href="' && substr($tmpLink, -10)=='">view</a>') {
$link_parts = explode("\"",$tmpLink);
$tmpLink = $link_parts[1];
}
if($isActive) {$link = $link;}
$menu[$link] = array(
"label" => $data["link"]["title"],
"url" => $tmpLink,
"visible" => $isVisible,
"active" => $isActive,
"children" => false,
);
if($hasChildren) {
if(is_array($data["below"])) {
foreach ($data["below"] as $ckey => $cdata) {
$clink = $cdata["link"]["options"]["attributes"]["title"];
if($clink == $nowViewing["child"]) {$cdata["link"]["in_active_trail"]="1";}
if($cdata["link"]["hidden"]=="0") {$cisVisible = true;} else {$cisVisible = false;}
if($cdata["link"]["has_children"]=="1") {$chasChildren = true;} else {$chasChildren = false;}
if($cdata["link"]["in_active_trail"]=="1") {$cisActive = true;} else {$cisActive = false;}
$cmenu[$clink] = array(
"label" => $cdata["link"]["title"],
"url" => $cdata["link"]["href"],
"visible" => $cisVisible,
"active" => $cisActive,
"children" => false,
);
}
}
$menu[$link]["children"] = $cmenu;
unset($cmenu);
}
}
$output = '<p class="title">Main Navigation:</p>';
$output .= '<ul id="menubar">';
if(!is_array($menu)) {$menu=array();}
$count = 1;
foreach ($menu as $key => $data) {
if($data["active"]) {$className = 'pmt active current';} else {$className = 'pmt default';}
if($data["visible"]) {
$output .= '<li class="tab-'.$key.' trigger" id="menu-'.$count.'"><a href="'.$data["url"].'" class="'.$className.'">'.$data["label"].'</a><span></span></li>';
if($data["children"]) {
$output .= '<div class="dropdown" id="menu-'.$count.'-child"><table><tbody><tr><td class="left"></td><td class="content" valign="top"><ol>';
foreach ($data["children"] as $ckey => $cdata) {
if($cdata["visible"]) {
$output .= '<li class="child">'.str_ireplace('class="active"', '', l($cdata["label"], $cdata["url"])).'</li>';
}
}
$output .= '</ol></td><td class="right"></td></tr><tr><td class="corner" id="bottomleft"></td><td class="bottom"></td><td id="bottomright" class="corner"></td></tr></tbody></table></div>';
}
}
++$count;
}
$output .= '</ul>';
return $output;
}
I had this too and it was caused by improper permissions...
I had this happening with a major upgrade from D6.24 - D7.12 and FOUND THE SOLUTION TO BE a problem with the permissions on my files directory. In admin/config/development/performance, with css and js aggregation on, the aggregated css and js files are written to css and js directories within the files directory (in my case). Disabling caching of js and css fixed the problem and pointed to the real solution which was to correct the permissions of the directories where the aggregated files are written. Hope that helps someone.