I have a Drupal 8.4 site with 3 languages, use pathauto to generate per language paths. When this module is enabled and configured to be the first negotiation the translating of the admin interface works as expected, yet the nodes with a automatic path in another language then default language are returning a 404 error.
After disabling the negotiation of this module, all generated paths work as expected.
I suspect it has something to do with this module overriding the negotiation of language.
For completion this is the current negotiation setup

| Comment | File | Size | Author |
|---|---|---|---|
| #7 | administration_language_negotiation-404_alias-2918972-7-D8-.patch | 4.08 KB | mgorla |
| language_settings.png | 45.48 KB | rene bakx |
Comments
Comment #2
rene bakxComment #3
mpp commentedWhat pages have you configured?
I assume you don't have /node on the list.
The default list is:
My use case seems to be the inverse of what this module does. I want my admin pages to appear in a predefined language.
So I'd expect a whitelist instead of a blacklist.
Comment #4
mpp commentedI can confirm that this module doesn't work with pathauto, marking this issue as critical.
Comment #5
polHi,
This is critical indeed. Did you found a workaround to get it working ?
Thanks.
Comment #6
rene bakxI didn't, got lost in the woods with the code and disabled this module to move on with my project.
It looks like the function that returns a language code instead of a boolean like defined in the interface is somewhat related to this issue. That could cause this module to throw a 404 instead of passing it to the next negotiator in the chain.
Comment #7
mgorla commentedMaybe I've found a possible cause for the this issue.
In the evaluate method within the Paths plugin the alias is searched omitting the language code.
For some reason omitting this parameter breaks the route matcher.
I've created a small patch, hopes it helps someone.
Comment #9
polAh nice!
I've fixed the small issue in the patch and committed it.