Closed (won't fix)
Project:
Extended Path Aliases
Version:
7.x-1.x-dev
Component:
Code
Priority:
Major
Category:
Bug report
Assigned:
Reporter:
Created:
13 Dec 2013 at 20:02 UTC
Updated:
9 Feb 2014 at 02:55 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
rdeboerHi marcoscano,
Interesting... thank you for your report.
As a workaround, do you really have to create a View named node/123/c/d ?
Rik
Comment #2
marcoscanoNo, in fact the view has path a/b/c/d, the path node/123/c/d is the result of the bug :)
I just tested on a clean install in simplytest.me, and aparently it doesn't happen in all situations. For example with node path: "a" and view path "a/b" it doesn't happen. But with node path "a/b" and view path "a/b/c/d?title=e" the bug reproduces.
Attached some screenshots of the problem
Comment #3
rdeboerOk, yes I'm with you now.
But creating a View that shares URL parents with the alias of another node, is asking for trouble, don't you think?
Rik
Comment #4
Leeteq commented#3: that's the question indeed; is it possible for this module to handle such cases, or should this be documented as a limitation of this module?
It would be _very_ useful if this module could handle such cases.
Comment #5
rdeboerListed as a limitation in README (7.x-1.x-dev and upcoming 7.x-1.2 release).
Patches welcome, but don't have the bandwidth myself right now. Sorry.
Rik