Last updated October 10, 2012. Created by Dokuro on August 27, 2010.
Edited by benjifisher, bigevilgenius, mpotter, Vacilando. Log in to edit this page.
Below is a list of Drupal 6 contributed modules whose functionality now exists wholly or partially in Drupal 7 core.
Currently this list is a build in progress. In particular, the lists below are not final, and modules may get moved from one list to another as more information becomes available. Please help by keeping this list up to date when documentation becomes available. (If you see a mistake, please update the page or drop a note on this issue.)
Modules that can be uninstalled from your D6 site prior to upgrade
The functionality of these modules is in D7 core, and no major data migration needs to be performed. When upgrading from D6 to D7, you can remove the contributed D6 version from your 'sites' folder. After the upgrade, you may need to reconfigure your D7 settings to reestablish the preferences you had in your D6 site (For some modules with potentially large amounts of settings, we are enquiring with module maintainers on possibility of upgrade path).
- 404 Blocks
- Absolute src
- Admin:hover
- Admin Role
- Archive::Tar
- AHAH helper
- Already in
- Autoload
- Auto Menu Title
- AutomaticMenu
- Auto Menu
- Block edit
- Block Node Visibility
- Canonical URL
- Checkbox Validate
- Comment Display
- DBTNG
- Documentation
- Drupal Queue
- Edit term
- Elements
- Element theme hook
- File API
- Filter Default
- Image API
- Image Cache
- Image Field
- Input Format Permissions
- Javascript Tools
- jQ
- jQuery Cookie
- jQuery Form Update
- jQuery Plugin Handler (JQP)
- jQuery plugin manager
- jQuery UI
- JS Alter
- Login Security
- Menuless Node Type
- Menu Settings per Content Type
- No Anonymous Sessions
- Node Preview by Content type
- Parallel
- Permissions API
- Plugin Manager
- Poor man's cron
- Preview
- RDF
- Secure Password Hashes (phpass)
- Shortlink
- Simple CDN
- Simpletest
- Site Configuration Permissions
- Storage API
- Taxidermy
- TinyMCE AHAH Integration
- TinyMCE Drag and Drop Integration
- Transaction
- Upload element
- Upload preview
- URL alter
- User Cancellation
- User Default Filter
- User Delete
- Vertical Tabs
- View unpublished
- Vocabulary Permissions
- Wysiwyg API CCK Integration
Modules that may also be uninstalled, depending on the functionality you require
These modules have part of their functionality in D7 core, but a contrib module will still exist to handle the remaining functionality. If you don't need this additional functionality, you can uninstall the module.
- Token
- there will still be a D7 contrib module to handle UI, as well as field and profile tokens - Better Formats - d7 contrib module still control per role display of: format tips, format tips link and format selection for [entity]
Modules that require data migration
During core upgrade, you can leave the D6 module where it is. Before migrating data, you should first go through all the upgrade steps for core as described in your UPGRADE.txt, and then install the D7 contrib modules that will handle the migration.
- Content Construction Kit (CCK)
- There is a D7 contrib module to handle miscellaneous field functions - it includes the Content Migrate submodule to handle D6->D7 data migration. Node and user references have been split off into the References module. Content permissions, fieldgroups and content copy will be hived off into their own separate modules. - Content Taxonomy - - Will need to migrate data: on the module page it says there will be an upgrade path provided.
- Date Timezone - This is a submodule of the Date module. Replacing the D6 version of the date module with the D7 version and performing any required upgrades for that module will suffice here.
- Features - This module makes Drupal configurables such as content types, CCK fields, image cache presets, taxonomy vocabularies and views exportable in module format. Before you can upgrade these "feature modules". You need to consolidate their content into the database. This needs to be done before the D7 upgrade is started. Once consolidated, the upgrade itself is handled by the core and contrib modules relevant to the feature exportables (ie: CCK, Imagecache, Taxonomy, Views, etc)
- Field Taxonomy - Will need to migrate data: so far, no indication on the module page of an upgrade path.
- Filefield/Imagefield - A preliminary version of an upgrade path is provided in the Content Migrate submodule of cck (see above).
- Image - the image nodes will need to be migrated to FieldAPI using Field Converter module. Some functionality (e.g. import) will still exist in contrib in seperate modules.
- Taxonomy Delegate - may need to migrate delegation: so far, no indication on the module page of an upgrade path, although they are following D7 progress.
- Taxonomy Intro
- Will need to migrate introduction field: so far, no indication on the module page of an upgrade path. - Term fields - Will need to migrate data: so far, no indication on the module page of an upgrade path.
Comments
May not be ok to uninstall image and filefield modules...
...I upgraded to D7 and deleted the modules directory per upgrade.txt, unfortunately the Acquia distribution I had been using put image and other key modules in modules/acquia/ rather than in sites/all/modules.
With these modules missing, I keep running into this message in CCK's content_migration module, for my image field:
"Missing modules: filefield, imagefield, imagefield, imagefield, imagefield"
reinstalling them is ineffective because I can't enable them in D7. Probably best to leave these modules intact at least until all fields have been migrated, if you are using CCK.
Auto Menu
Where can I find functionality of Auto Menu in D7? It generates auto tile of menu but only if I check "Provide menu link". Is it possible that menu link is created automatically when I create/update node? Sorry for my English.
upgrade from Drupal 6 to 7 - modules compatibility
when upgrading from Drupal 6.25 to 7.12, there is an issue with Custom Templates module - running update.php
Notice: Use of undefined constant TEMPLATE_CT_NAME - assumed 'TEMPLATE_CT_NAME' in require_once() (line 13 of /var/www/example/sites/all/modules/custom_templates/custom_templates.install).
i think, if this module is in D 6 site, it should be removed /deleted before upgrade.