Still on Drupal 7? Security support for Drupal 7 ended on 5 January 2025. Please visit our Drupal 7 End of Life resources page to review all of your options.
I upgraded Drupal 6.20 to Drupal 7.2. I now cannot access my login page (http://www.morehorror.com/user) and get this error.
PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'mor1003707205303.block_node_type' doesn't exist: SELECT module, delta, type FROM {block_node_type}; Array ( ) in node_block_list_alter() (line 2382 of /home/content/m/o/r/morehorror/html/modules/node/node.module).
I am not sure if I should have filed this as an issue. The error below appears when upgrading from Drupal 6.22 to Drupal 7.8. Postgres is the database.
The following updates returned messages
system module
Update #7016
Failed: PDOException:
SQLSTATE[2BP01]: Dependent objects still exist: 7
ERROR: cannot drop type smallint_unsigned because other objects depend on it
DETAIL:
default for table comment column status depends on type smallint_unsigned
default for table node_access column grant_view depends on type smallint_unsigned
default for table node_access column grant_update depends on type smallint_unsigned
default for table node_access column grant_delete depends on type smallint_unsigned
default for table taxonomy_vocabulary column relations depends on type smallint_unsigned
default for table taxonomy_vocabulary column hierarchy depends on type smallint_unsigned
default for table taxonomy_vocabulary column multiple depends on type smallint_unsigned
default for table taxonomy_vocabulary column required depends on type smallint_unsigned
default for table taxonomy_vocabulary column tags depends on type smallint_unsigned
default for table watchdog column severity depends on type smallint_unsigned
HINT: Use DROP ... CASCADE to drop the dependent objects too.:
DROP DOMAIN IF EXISTS smallint_unsigned;
Hi, I am somewhat of a PHP noob. I recently upgraded my client's site from 5.10 => 5.23 => 6.22 successfully.
Why? Because their hosting provider upgraded PHP to 5.3.3 and 5.10/23 doesn't like nor is it secure.
So as I mentioned, the migration goes pretty good. Lot's of little fires along the way but it looks as though I got most. Except this:
"All the blocks that use PHP do not parse."
I tried various base_URL() changes and they did not work."
I am running no input filters and no PHP helper modules. So what gives?
I am about to perform an upgrade of drupal 7 for my main site located in public_html. In examining the folder structure, I see I have two folders in public_html which do not have corresponding folders in the drupal 7.8 folders I have extracted on the site. These are Home and Cgi-bin.
Hi, I just upgraded from Drupal 6.19 to 6.21 and 6.22. I disabled all CCK modules in Administer - Site Building - Modules before running the upgrade. After completing the upgrade, CCK was nowhere to be found. My question is, how can I get it back? Or has it been incorporated into the core?