md-systems/pathauto

DEPRECATED: Pathauto moved back to drupal.org, use the official repository.

#Pathauto

If you are developing for this module, have a look at pathauto.api.php.

##Description

The Pathauto module provides support functions for other modules to automatically generate aliases based on appropriate criteria, with a central settings path for site administrators.

Implementations are provided for core entity types: content, taxonomy terms, and users (including blogs and forum pages).

Pathauto also provides a way to delete large numbers of aliases. This feature is available at Administer > Configuration > Search and metadata > URL aliases > Delete aliases.

##Benefits

Besides making the page address more reflective of its content than "node/138", it's important to know that modern search engines give heavy weight to search terms which appear in a page's URL. By automatically using keywords based directly on the page content in the URL, relevant search engine hits for your page can be significantly enhanced.

##Notices

Pathauto just adds URL aliases to content, users, and taxonomy terms. Because it's an alias, the standard Drupal URL (for example node/123 or taxonomy/term/1) will still function as normal. If you have external links to your site pointing to standard Drupal URLs, or hardcoded links in a module, template, content or menu which point to standard Drupal URLs it will bypass the alias set by Pathauto.

There are reasons you might not want two URLs for the same content on your site. If this applies to you, please note that you will need to update any hard coded links in your content or blocks.

If you use the "system path" (i.e. node/10) for menu items and settings like that, Drupal will replace it with the url_alias.

For external links, you might want to consider the Path Redirect or Global Redirect modules, which allow you to set forwarding either per item or across the site to your aliased URLs.

###URLs (not) Getting Replaced With Aliases: Please bear in mind that only URLs passed through Drupal's Drupal's URL and Link APIs will be replaced with their aliases during page output. If a module or your template contains hardcoded links, such as 'href="node/$node->nid"', those won't get replaced with their corresponding aliases.

Disabling Pathauto for a specific content type (or taxonomy)

When the pattern for a content type is left blank, the default pattern will be used. But if the default pattern is also blank, Pathauto will be disabled for that content type.

##Credits:

The original module combined the functionality of Mike Ryan's autopath with Tommy Sundstrom's path_automatic.

Significant enhancements were contributed by jdmquin @ www.bcdems.net.

Matt England added the tracker support (tracker support has been removed in recent changes).

Other suggestions and patches contributed by the Drupal community.

Current maintainers:

• Dave Reid - http://www.davereid.net
• Greg Knaddison - http://www.knaddison.com
• Mike Ryan - http://mikeryan.name
• Frederik 'Freso' S. Olesen - http://freso.dk

pathauto's Issues

Use entity info for batchUpdate method

I see that each entity alias plugin implements batchUpdate method. It looks to me like this could be easily avoided by using entity info for table names and entity keys and have one method in the base class. There is the sourcePrefix method which will make this easy but I also think using canonical link form the entity info would be a better idea.

using Entity reference as a replacement pattern is not working

Hi,

as in D7 when I try to use a replacement pattern like /foo/[node:filed_the_entity:title]/[node:title] I get the error that this is a non valid pattern.

Since entity is in core in D8 now, I dont know how to enable this in pathauto. (Also there is this EntityRef section missing in the replacement pattern menu).

Visiting a user edit page results in fatal error

Trying to edit a user at, for example, user/1/edit, results in a fatal error:

Fatal error: Call to a member function addCacheableDependency() on a non-object in /var/www/core/lib/Drupal/Core/Utility/Token.php on line 307

This is on beta14 with latest master of pathauto. Let me know if you need more details.

Bulk generate doesn't create paths

As instructed at https://www.drupal.org/node/2573683#comment-10710038, I updated token to latest dev, installed newest dev of ctools, updated the pathauto to latest code from https://github.com/md-systems/pathauto/tree/8.x-1.x and ran drush updb

Then I deleted all my paths at admin/config/search/path/delete_bulk
Then went to admin/config/search/path/update_bulk to rebuild them all

Result was that the ajax thingy went ok, giving steady flow of messages like "Updated alias for Content 80" and so on..
but in the end I get message "No new URL aliases to generate."

No errors in watchdog either.
Paths are created ok if I go to edit content and save them. However, I have to manually check the "Generate automatic URL alias" in the node, which sounds a bit weird. This checkbox is ticked if I create a node from scratch, but for content that I mass-deleted the paths it's not. Maybe this is the reason the bulk doesn't work?

If I go to the /admin/content and make a bulk operation to update aliases, that works.

"pathauto-8.x-1.x-dev.tar.gz does not contain any .info.yml files."

I just tried to install pathauto on my testing site from the link http://ftp.drupal.org/files/projects/pathauto-8.x-1.x-dev.tar.gz. I got this error:

pathauto-8.x-1.x-dev.tar.gz does not contain any .info.yml files.

PHP Fatal error: Call to undefined function content_translation_enabled()

Refer to https://www.drupal.org/node/2391205, Before in Drupal 8:

<?php
content_translation_set_config('comment', 'comment_article', 'enabled', TRUE);
content_translation_enabled($entity_type_id)
?>

Now in Drupal 8:

<?php
$content_translation_manager = \Drupal::service('content_translation.manager');
$content_translation_manager->setEnabled('comment', 'comment_article', TRUE);
$content_translation_manager->isEnabled($entity_type_id)
$content_translation_manager->isEnabled($entity_type_id, $bundle)
?>

This affect following lines:

$ find . -type f | xargs fgrep -nH content_translation_enabled
./pathauto.pathauto.inc:65:        if (count($languages) && \Drupal::moduleHandler()->moduleExists('content_translation') && content_translation_enabled('node', $node_type)) {
./src/Plugin/pathauto/AliasType/NodeAliasType.php:143:    return $this->moduleHandler->moduleExists('content_translation') && content_translation_enabled('node', $node_type);

Bring back the custom path checkbox

Sometimes we need to define a custom path for our content. In the D7 version we had a checkbox to disable pathauto for a given node. In the D8 version, as this checkbox disappeared, there is no way to define a custom path for out content.

Is it just something that have not been ported yet or was there another reason to remove that checkbox?

Enable new dependendencies usch as ctools on update

I had pathauto installed before the addition of ctools as a dependency and I got an exception on update_8100 asking me to install ctools.

I can solve this by running the config import (that enables ctools) before the update of the database but I feel that is not the right order.
If a module declares a new dependency it should at least try to enable it.

Token for Cck field of type select list is not getting replaced in paths

I have a cck field of type select list. And I am trying to use it in the patterns but in the url, it is not updating the pattern with the cck value.
Pattern used - /[node:field_type_of_article]/[node:title]

PHP Exception when enabling a language based pattern

This issue was found while testing multilingual patterns at branch pattern-config-entities-simplified-ui.

Steps to reproduce

1. Add a language such as French.
2. Enable content translation.
3. Create a pattern for Articles and French such as the following one:
   
4. Open node/add/article. The following error appears:
   

Here is what got logged:

[Thu Dec 31 11:03:10.952346 2015] [:error] [pid 6414] [client 127.0.0.1:40224] Uncaught PHP Exception Drupal\\Component\\Plugin\\Exception\\ContextException: "Required contexts without a value: language." at /var/www/drupal8/core/lib/Drupal/Core/Plugin/Context/ContextHandler.php line 117, referer: http://d8.local/node/add

Add leading slash to all paths.

A recent core change requires paths to start with a leading slash. These slashes are still missing in the pathauto.routing.yml file.

Language specific patterns not being applied

For instance the pattern defined for "all French Basic page path" are never applied. To reproduce:

1. Enable multiple languages
2. Make the page content type translatable
3. Define different path patterns for this content type.

Then only the "default pattern" is applied and never the language specific one.

Path pattern not updating properly

Using the default path pattern for content we placed:
/[node:menu-link:parents:join-path]/[node:title]
But the node has to be saved twice for it to take the proper path pattern.

example creating a page under the menu home will result in the path /page when it should be /home/page.
Saving the page a second time will give it the the proper path /home/page

using drupal 8 beta15 with standard profile
and commit d4422eb of pathauto.

Update: still happens on rc1 with commit e850af1

Bulk Generate creation of Aliases gives ajax error

When I try to Bulk generate aliases, I get:

An AJAX HTTP error occurred.
HTTP Result Code: 500
Debugging information follows.
Path: /batch?id=277&op=do_nojs&op=do
StatusText: Internal Server Error
ResponseText: {}

An error occurred while processing Drupal\pathauto\Form\PathautoBulkUpdateForm::batchProcess with arguments : Drupal\pathauto\Form\PathautoBulkUpdateForm::batchProcess

I believe this is a known issue?

However, I may have a unique error in that I now see this:

InvalidArgumentException: The given alias pattern (/news/making-os-a-reality-first-stop-lower-main-road-25-may-2013-0) always matches the route view.taxonomy_term.page_3 in Drupal\pathauto\AliasUniquifier->isRoute() (line 174 of /var/www/openstreets_co_za/public_html/modules/contrib/pathauto/src/AliasUniquifier.php).

My version:
PathAuto 8.x-1.x-dev
Token 8.x-1.0-alpha1

Require the drupal/token package

This module depends on the token module. This requirement should be mirrored in the composer.json file by requiring the drupal/token package. This will ensure that token is automagically downloaded if it hasn't been.

A new translation of an existing node has "Generate automatic URL alias" unchecked by default.

Setup: Drupal 8.0.0-rc2 with the latest 8.x-1.x branch of pathauto. Content Translation is enabled.

To reproduce:

• Using a content type that has a URL alias pattern specified, create a new node.
• Note that the "Generate automatic URL alias" checkbox is checked.
• Save and publish the node with automatic alias.
• Create a new translation of the node.
• Note that the "Generate automatic URL alias" checkbox is unchecked.

Expected behavior: when creating a new translation of a node whose content type has a URL alias pattern specified, the "Generate automatic URL alias" checkbox should be checked.

EntityAliasTypeBase::defaultConfiguration should provide keyed array

The default configuration should at least provide keyed array with null values so there's some guidance even though the 'default' key will be overridden by plugins, it should be present nevertheless.

Pathauto should not ship with patterns

Since the data from pathauto.patterns.yml is the same that is provided by the default alais plugins it is redundant and it should not ship with the module or it should be an empty array.

AliasTypeInterface is missing ContainerFactoryPluginInterface dependency

Without extending the ContainerFactoryPluginInterface the language and entity managers won't be available in EntityAliasTypeBase.

D8 Beta 4: Pathauto: Fatal error: Call to undefined function Drupal\pathauto\Form\form_state_values_clean()

D8 Beta 4: http://xxx.com/admin/config/search/path/settings

-> "Save configuration" -> Fatal error: Call to undefined function Drupal\pathauto\Form\form_state_values_clean() in /xxx/modules/contrib/pathauto/src/Form/PathautoSettingsForm.php on line 174

regards sb

PathautoManager->cleanTokenValues() needs to respect tokens of HtmlEscapedText

As of the fix to Drupal Issue #2575615 Token->replace() may now return strings wrapped in HtmlEscapedText. This triggers the warning:

Warning: Illegal offset type in Drupal\pathauto\PathautoManager->cleanString() (line 265 of /vagrant/app/modules/contrib/pathauto/src/PathautoManager.php).

The easiest way to fix this is just cast them to string before passing them on to PathautoManager->cleanString().

Override path on particular items is not allowed for nodes (and maybe other types, as it was on D7)

On "URL path settings" field, we had a checkbox on D7 to say if this particular content should comply with the pattern or have a manually created path. Right now, on D8, the checkbox is not there, but we are allowed to specify the path, that causes confusion as even if you set a path manually, the pattern will be applied and ignore your manual input.

I reported this first on https://www.drupal.org/node/2574701, but from the discussion on https://www.drupal.org/node/2573683, i'm moving here.

Mismatched entity and/or field definitions after installing pathauto

Hello,

Playing with pathauto after this comment https://www.drupal.org/node/2573683#comment-10710038 with last dev versions of pathauto (from this repository) , token and ctools (from d.o).

After installing pathauto, I've got this error report in the dashboard.

Mismatched entity and/or field definitions
The following changes were detected in the entity type and field definitions.

Content
Delete field URL Alias.

Taxonomy term
Delete field URL Alias.

Pathauto seems to works fine with the first tests done. I don't know if this error is a false positive or reflect a real mismatch between field and database.

Documentation: README.md references missing .txt files

The README.md file references INSTALL.txt, API.txt and CHANGELOG.txt. All three of these files appear to be non-existent in the repository.

Patterns Page gives WSOD beta12

I try this module in beta11 and it was working fine.
Beta12 when I go to admin/config/search/path/patterns I got WSOD page.

pathauto_update_8001() kills some entity.definitions.installed

I guess this is something different from #117.

That what I faced after the pathauto_update_8001() update which was introduced in 69add3d:

This was not noticed right after the update because error reporting was off. For instance, here are some exceptions:

array_intersect_key(): Argument #2 is not an array content_translation.module:188
array_diff_key(): Argument #2 is not an array EntityDefinitionUpdateManager.php:289
Invalid argument supplied for foreach() EntityDefinitionUpdateManager.php:289
array_diff_key(): Argument #1 is not an array EntityDefinitionUpdateManager.php:294
Invalid argument supplied for foreach() EntityDefinitionUpdateManager.php:294
array_intersect_key(): Argument #2 is not an array EntityDefinitionUpdateManager.php:299
Invalid argument supplied for foreach() EntityDefinitionUpdateManager.php:299

Status report could not compare definitions and reported Entity/field definitions: Up to date.

I currently try to resolve this.

Port #2272871

Merged 7.x-1.x from d.o but that issue was too hard to just fix, so this is a reminder to do that.

Error adding Pattern

After installing latest pathauto ( from here ) and latest token version ( from do ) on a clean d8 8.0.2 i get an error adding a pattern.

pattern:
pattern type : content
node type: basic page
pattern: test/[node:nid]
languages: ( tested different combinations )

error:
Drupal\Component\Plugin\Exception\PluginNotFoundException: The "entity_bundle:node" plugin does not exist. in Drupal\Core\Plugin\DefaultPluginManager->doGetDefinition() (line 57 of core/lib/Drupal/Component/Plugin/Discovery/DiscoveryTrait.php).

Pathauto as profile dependency won't install.

PathautoManager.php is causing 'Route "entity.user.canonical" does not exist.' to throw on install with a profile which uses Pathauto. Haven't investigated why, yet.

Minimal upgrade path

After upgrading the module to the latests dev version I get this error while running drush updb or when I try to add a field on an existing content type.

Failed: Drupal\Component\Plugin\Exception\PluginNotFoundException: The "pathauto" plugin does not exist. in Drupal\Core\Plugin\DefaultPluginManager->doGetDefinition() (line 57 of
core/lib/Drupal/Component/Plugin/Discovery/DiscoveryTrait.php).

That error has been introduced by the change made in 13f6aa8 where the pathauto plugin has been removed. The problem is that existing nodes/entities still have this setting saved somewhere (but not in the config yml files).

I'm trying to fix that in a hook_update_N

function mymodule_update_8004() {
  // Replace values in the 'entity.definitions.installed' keyvalue collection.
  $collection = \Drupal::service('keyvalue')->get('entity.definitions.installed');
  foreach ($collection->getAll() as $value_name => $value) {
    if (!is_array($value) || empty($value['path'])) {
      continue;
    }

    // Retrieve and change path base field definition.
    $path_definition = $value['path'];
    $options = $path_definition->getDisplayOptions('form');
    $options['type'] = 'path';
    $path_definition->setDisplayOptions('form', $options);

    // Save the new value.
    $collection->set($value_name, $path_definition);
  }

  // Replace values in the content types config.
  $configFactory = \Drupal::configFactory();
  $node_types = \Drupal\node\Entity\NodeType::loadMultiple();
  foreach ($node_types as $type_name => $node_type) {
    $config = $configFactory->getEditable('core.entity_form_display.node.' . $type_name . '.default');
    $config->set('content.path.type', 'path');
    $config->save();
  }
}

but I still get some errors like:

Drupal\Core\Entity\EntityStorageException: Exception thrown while performing a schema update. in Drupal\Core\Entity\Sql\SqlContentEntityStorage->wrapSchemaException() (line 1459 of
core/lib/Drupal/Core/Entity/Sql/SqlContentEntityStorage.php).

I'm stuck there, any help would be highly appreciated :/

Saving of pathauto pattern fails

I have a pathauto configuration which looks like the following:

taxonomy_term:
  _default: '[term:vocabulary]/[term:name]'
  blog_tags:
    _default: 'blog/[term:name]'

On top of that there is a panel page pointing to blog/%

If you run migrations creating all kind of terms, you end up with a stuf migration.
Once you remove the override for blog_tags it works again.

Existing route check is problematic

The alias unique service has a check to see if an alias matches an existing route.

That alone is fine. But the problem is that the alias manager then just retries with -0, which in most cases, matches the route again. Then -1, and so on.

This results in an endless loop.

5bca622 is a workaround that at least throws an exception. But I'm not sure if the route check like this is actually correct and should be there. That should possibly be checked separately and a match should just abort.

Add tests for multilingual patterns

@Berdir suggested adding the following test for branch pattern-config-entities-simplified-ui:

1. set up a site with 2 languages a node type and content translation.
2. create two patterns, for both languages.
3. create a node and a translation for it, assert aliases.
4. bulk delete and bulk generate, making sure that aliases are deleted and re-created for both translations

Punctuation Settings not getting applied

The punctuation settings are not getting applied in the url alias generation. Currently all the punctuation mark as set to "Remove" but it is not removing the marks instead it is replacing it by separator being set [- in my case]. I want to remove all these punctuation mark from the url alias structure. Also, changing the settings from other than "Remove" is not allowing to save the setting.

Please help me up for this.

Support custom/other entities

Are there plans to add support for all entities?

Drupal 7 has https://www.drupal.org/project/pathauto_entity

Make pathauto_entity_base_field_info() configurable

This is a follow up for #115 (comment). After fixing it @Berdir said the following:

Expose a list of checkboxes for each type. Ticking the checkbox should expose that base field for the selected entity types. In case a base field already exists and is not defined by us (e.g. node), it should be checked by default and be disabled. This in turn will then automatically expose a alias type plugin. At this point, we'll have achieved the goal of fully generic and automated integration with any entity type.

"The service "pathauto.generator" has a dependency on a non-existent service "token.entity_mapper"

I just installed a fresh copy of Drupal 8.0.2 with Ctools 8.x-3.0-alpha21 and Token 8.x-1.0-alpha1.
When enabling Pathauto I get
"The website encountered an unexpected error. Please try again later."
with the following in the logs:

Uncaught PHP Exception Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException: "The service "pathauto.generator" has a dependency on a non-existent service "token.entity_mapper"." at .....web/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php line 58

After refreshing and hitting /admin/config/search/path/ there are no tabs for patterns, settings, etc. so it looks like the error prevented the installation.

Url::getInternalPath is deprecated and should not be used.

See https://www.drupal.org/node/2413701 for more information.

Illegal offset type line 265 in PathautoManager.php

I receive the following error when I create a new node and hit the save button:
`Warning: Illegal offset type in Drupal\pathauto\PathautoManager->cleanString() (line 265 of modules/pathauto/src/PathautoManager.php).``

Here's the whole stack trace if it helps:
Drupal\pathauto\PathautoManager->cleanString(Object, Array) Drupal\pathauto\PathautoManager->cleanTokenValues(Array, Array, Array, Object) Drupal\Core\Utility\Token->replace('/[node:field_type]/[node:title]', Array, Array) Drupal\pathauto\PathautoManager->createAlias('node', 'insert', '/node/30', Array, 'product', 'en') Drupal\pathauto\PathautoManager->updateAlias(Object, 'insert') pathauto_entity_insert(Object) call_user_func_array('pathauto_entity_insert', Array) Drupal\Core\Extension\ModuleHandler->invokeAll('entity_insert', Array) Drupal\Core\Entity\EntityStorageBase->invokeHook('insert', Object) Drupal\Core\Entity\ContentEntityStorageBase->invokeHook('insert', Object) Drupal\Core\Entity\EntityStorageBase->doPostSave(Object, ) Drupal\Core\Entity\ContentEntityStorageBase->doPostSave(Object, ) Drupal\Core\Entity\EntityStorageBase->save(Object) Drupal\Core\Entity\Sql\SqlContentEntityStorage->save(Object) Drupal\Core\Entity\Entity->save() Drupal\node\NodeForm->save(Array, Object) call_user_func_array(Array, Array) Drupal\Core\Form\FormSubmitter->executeSubmitHandlers(Array, Object) Drupal\Core\Form\FormSubmitter->doSubmitForm(Array, Object) Drupal\Core\Form\FormBuilder->processForm('node_product_form', Array, Object) Drupal\Core\Form\FormBuilder->buildForm(Object, Object) Drupal\Core\Entity\EntityFormBuilder->getForm(Object) Drupal\node\Controller\NodeController->add(Object) call_user_func_array(Array, Array) Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() Drupal\Core\Render\Renderer->executeInRenderContext(Object, Object) Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext(Array, Array) Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() call_user_func_array(Object, Array) Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object, 1) Symfony\Component\HttpKernel\HttpKernel->handle(Object, 1, 1) Drupal\Core\StackMiddleware\Session->handle(Object, 1, 1) Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object, 1, 1) Drupal\page_cache\StackMiddleware\PageCache->pass(Object, 1, 1) Drupal\page_cache\StackMiddleware\PageCache->handle(Object, 1, 1) Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object, 1, 1) Drupal\devel\StackMiddleware\DevelMiddleware->handle(Object, 1, 1) Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object, 1, 1) Stack\StackedHttpKernel->handle(Object, 1, 1) Drupal\Core\DrupalKernel->handle(Object)

Pathauto breaks PATCH requests via REST

With Pathauto enabled, every PATCH request to /node/* results in the following HTTP 500 error:

Uncaught PHP Exception LogicException: "The controller result claims to be providing relevant cache metadata, but leaked metadata was detected. Please ensure you are not rendering content too early. Returned object class: Drupal\\rest\\ResourceResponse."

GET requests seem to work fine, have not tried POST requests yet. Is Pathauto doing early rendering or adding cache metadata to responses anywhere?

Default key in defaultConfiguration for Alias plugins should be string and not array

According to pathauto.pattern mapping the 'patterns.default' key is a string and not an array but all core plugins provide this as an array:

public function defaultConfiguration() {
  return array('default' => array('/[term:vocabulary]/[term:name]')) + parent::defaultConfiguration();
}

instead of

public function defaultConfiguration() {
  return array('default' => '/[term:vocabulary]/[term:name]') + parent::defaultConfiguration();
}

Write an update path from 8.x-1.x to pattern-config-entities-simplified-ui

Before we merge pattern-config-entities-simplified-ui on top of 8.x-1.x, we need to write an update path so sites using 8.x-1.x can update their databases to the new architecture.

Cannot install after failed installation

I'm using D8 beta 14, and was happty to learn of this project. I installed it and the token module from https://github.com/larowlan/token but token had a few problems with their calls to checkPlain. I found a fix for this and posted it to their issue queue, but when I went back to pathauto, I couldn't install it, am getting: "Unable to install Pathauto, pathauto.pattern, pathauto.settings already exist in active configuration."

I'm new to Drupal 8, and am not sure how to fix this. Is it a possible issue with the module, or something more general?

Port #1899806

Empty token value(s) can result in a duplicate slash in the resulting URL alias. Reported via https://www.drupal.org/node/2578285

Aliases always change on entity save

During the entity path generation, the call to AliasUniquifier::uniquify() always changes the alias, even if it should not (resaving an existing entity without changing anything for example).

That is cause by a AliasUniquifier::isRoute() method failure. The fact is that the UrlMatcher always find a route to the alias because it converts the alias into a Request that properly points to the canonical entity route. The problem is that the match() method only returns a boolean so we cannot ensure that the matching route is not already the route to the given source.

I have no idea on how to fix that particular issue.

'The service "pathauto.generator" has a dependency on a non-existent service "token.entity_mapper"

Any idea's?

Using token 1.0-alpha1 and ctools 3.0-alpha20. Using 3370284 of pathauto.

$ drush cr
exception 'Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException' with message 'The service "pathauto.generator" has a dependency on a non-existent service "token.entity_mapper".' in /Users/nthompson/Sites/CLIENT/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php:58
Stack trace:
#0 /Users/nthompson/Sites/CLIENT/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php(42):
Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processReferences(Array)
#1 /Users/nthompson/Sites/CLIENT/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php(36):
Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processDefinition(Object(Symfony\Component\DependencyInjection\Definition))
#2 /Users/nthompson/Sites/CLIENT/vendor/symfony/dependency-injection/Compiler/Compiler.php(107):
Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->process(Object(Drupal\Core\DependencyInjection\ContainerBuilder))
#3 /Users/nthompson/Sites/CLIENT/vendor/symfony/dependency-injection/ContainerBuilder.php(570):
Symfony\Component\DependencyInjection\Compiler\Compiler->compile(Object(Drupal\Core\DependencyInjection\ContainerBuilder))
#4 /Users/nthompson/Sites/CLIENT/web/core/lib/Drupal/Core/DrupalKernel.php(1198): Symfony\Component\DependencyInjection\ContainerBuilder->compile()
#5 /Users/nthompson/Sites/CLIENT/web/core/lib/Drupal/Core/DrupalKernel.php(824): Drupal\Core\DrupalKernel->compileContainer()
#6 /Users/nthompson/Sites/CLIENT/web/core/lib/Drupal/Core/DrupalKernel.php(441): Drupal\Core\DrupalKernel->initializeContainer()
#7 /Users/nthompson/Sites/CLIENT/web/core/lib/Drupal/Core/DrupalKernel.php(686): Drupal\Core\DrupalKernel->boot()
#8 /Users/nthompson/Sites/CLIENT/web/core/includes/utility.inc(42): Drupal\Core\DrupalKernel->prepareLegacyRequest(Object(Symfony\Component\HttpFoundation\Request))
#9 /Users/nthompson/Sites/CLIENT/vendor/drush/drush/commands/core/cache.drush.inc(291): drupal_rebuild(Object(Composer\Autoload\ClassLoader),
Object(Symfony\Component\HttpFoundation\Request))
#10 [internal function]: drush_cache_rebuild()
#11 /Users/nthompson/Sites/CLIENT/vendor/drush/drush/includes/command.inc(366): call_user_func_array('drush_cache_reb...', Array)
#12 /Users/nthompson/Sites/CLIENT/vendor/drush/drush/includes/command.inc(217): _drush_invoke_hooks(Array, Array)
#13 [internal function]: drush_command()
#14 /Users/nthompson/Sites/CLIENT/vendor/drush/drush/includes/command.inc(185): call_user_func_array('drush_command', Array)
#15 /Users/nthompson/Sites/CLIENT/vendor/drush/drush/lib/Drush/Boot/BaseBoot.php(67): drush_dispatch(Array)
#16 /Users/nthompson/Sites/CLIENT/vendor/drush/drush/includes/preflight.inc(66): Drush\Boot\BaseBoot->bootstrap_and_dispatch()
#17 /Users/nthompson/Sites/CLIENT/vendor/drush/drush/drush.php(12): drush_main()
#18 {main}

Delete pattern when vocabulary is deleted

Currently, PathautoUnitTest has one failing assertion when deleting a vocabulary because its associated pattern is not being deleted:

I am debugging pathauto_entity_delete() to see how we can match a vocabulary entity with its pattern entity. It looks like I should be able to do it by inspecting the pattern conditions.

Composer always loads old Pathauto from packagist

Even when setting:

"repositories": [
    {
        "type": "vcs",
        "url": "https://github.com/md-systems/pathauto"
    }
]

And even when forcing to download the latest commit "drupal/pathauto": "dev-8.x-1.x#3370284268cc1df0a65b0dae2ce0d95c70779dc7"composer still loads the old and broken version from packagist. Any idea how to change that behaviour?

Autogenerated path incorrect for specific page

All of this is for Drupal 8 (not sure if this repo is only for D8)

Say you have a Basic page called Contact with the default language english, and a path pattern [node:title]

When I auto generate the path url alias, I should get: mydomain.com/contact right? however, for some reason the autogeneration always generates mydomain.com/contact-0, while working as expected on other pages.

D8 Beta 4: Pathauto: Delete aliases: General system error

D8 Beta 4: http://d8.online-educa.com/admin/config/search/path/delete_bulk

Call of url: "Error
The website has encountered an error. Please try again later. "

regards sb