Main topic described: project metadata
An essential part of a Drupal 8 module, theme or install profile is the .info.yml file (aka, "info yaml file") to store metadata about the project.
These .info.yml files are required to:
- Notify Drupal about the existence of a module, theme or install profile.
- Provide information for the Drupal Web UI administration pages.
- Provide criteria to control module activation and deactivation and Drupal version compatibility.
- General administrative purposes in other contexts.
The following is a sample .info.yml file:
name: Example Module
description: 'Example Module description.'
The .info.yml file should have the same unique name as the .module file (if any) and reside in the same directory. For example, if your module is named "Example," and has a
example.module file, then your .info.yml file should be named
Looking at the example info.yml file above lets take a look at each line to see what it does.
The first three lines are primarily used in the administration UI when allowing users to enable or disable your module. The
description (both required) keys provide the text that is shown on the module administration page and the
package key allows you to group like modules together. Core for example uses
package: Core to group all of the modules provided with Drupal 8 together, likewise you might use
package: Custom to group all of your projects custom modules together making them easier to locate and enable.
type key which is new in Drupal 8 is required and indicates the type of extension, e.g. module, theme or profile.
For modules hosted on drupal.org, the
version number will be filled in by the packaging script, you should not specify it manually.
core key is required and specifies the version of Drupal core that your module is compatible with.
dependencies key provides Drupal with a list you of modules which are required in order for your module to work correctly. For example, if you're going to call code from the node module or implement a hook provided by the block module you would want to specify them as dependencies which tells Drupal that your module can not be enabled unless it's dependencies are also present and enabled. You can include core and contributed modules alike.
If the module provides one or more configuration pages in the administration section, the
configure key can be used to specify the route (see a short intro to routing later in this quickstart example) for the administration page.
In addition to the properties shown in the example you can also specify
hidden: true which will hide your module from the module list on the Extend page. You might find it useful to hide a module if, for example, it only contains tests for the testing framework to use, or it's a sub-module that's only intended to serve as an example for developers who need to implement the main module's API. To avoid clutter on the Modules list, you can choose to hide them.
Debugging .info.yml files
Module is not listed on
- Ensure the info file is named
modulename.info.ymland is located in the root of the module directory.
- Ensure that the file has the line:
Module is listed on
admin/modules but its checkbox is disabled.
- Make sure that the core compatibility is set to 8.x:
- Ensure that all the module dependencies are available. You can expand the module information to see which requirements are missing:
Note that some modules have been moved out of Drupal 8 core, whereas other contributed modules have been moved into core or replaced by new core modules.
Module description is empty
Make sure that the core compatibility is set to 8.x: