Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
If you have a site with a node/X aliased to "foo" and you make a view "foo/bar". If you then alias "foo/bar2" to "foo/bar", Sub-pathauto will make "foo/bar2" into "node/X/bar" instead of "foo/bar", even if you have e.g. a View on "foo/bar".
I hope the above makes sense, if not, I'll be happy to clarify further.
Comment | File | Size | Author |
---|---|---|---|
#5 | 1691054-check-menu-get-item.patch | 630 bytes | Dave Reid |
Comments
Comment #1
Dave Reidi just tried to recreate this condition but I did not get the same result.
1. Created a node with manual alias 'foo'
2. Created a content view with a page path of 'foo/bar'
3. Created a manual URL alias with system path 'foo/bar' and alias 'foo/bar2'
4. Went to 'foo/bar2' and the page output was the view I had created, not the node.
Was your manual URL alias created as a language neutral alias or a language-specific alias? If thelatter, did you ensure you were browsing the site with the same language that you set the alias to?
Comment #2
drstuey CreditAttribution: drstuey commentedI'm getting what I think is a related problem, and so I think this is a suitable thread to report this
We have D 7.14 and sub-pathauto 7.x-1.2
Comment #3
Dave ReidDoes the View's path actually live at foo/bar/foo? Or does it live at foo/bar and accept arguments for the third part of the URL?
Comment #4
Dave ReidOk I've confirmed this. Patch incoming.
Comment #5
Dave ReidPlease test the following patch.
Comment #6
Dave ReidCommitted #5 to Git: http://drupalcode.org/project/subpathauto.git/commit/be77686
Comment #8
Jorrit CreditAttribution: Jorrit commentedThis change introduced an annoyance on admin pages, where sometimes the normal theme is shown. See #1814516-5: Subpathauto causing admin pages to appear in default theme.
Comment #9
mbrakken CreditAttribution: mbrakken commentedThis change also prevents access to user/%/edit and user/%/contact as reported here: #1851102: Access Denied When Using USER Aliases and here: #1911392: "You are not authorized to access this page" when "Skip administration paths from sub-path processing" is checked off.