I have this problem on site admin of AEM 6.0-author with SP-3. AEM allows me a page to be vanity URL of another page. Explained below.
I have added these Vanity URLs :
These vanity URLs are working properly on publish after activating the page http://localhost:4502/siteadmin#/content/geometrixx-outdoors/en/brand/meet-our-ambassadors.html
Now the issue is on author where on site admin. When I click the page on left rail of the page /content/geometrixx-outdoors/en/toolbar I not getting the child page of that page /content/geometrixx-outdoors/en/toolbar on the right side of siteadmin, instead I am getting the child pages of :/content/geometrixx-outdoors/en/brand/meet-our-ambassadors
Even though on the left side I am correctly getting the child pages
I think you have not understood the problem fully.
Here are the steps to reproduce
1) Install the Vanity-URL-Test Package.
2) Navigate to Geometrixx-outdoors->English->Men->Coats page in site admin.
3) Right click and Open the page properties of ‘Product PageTemplate’ page.
4) In Basic tab, we have configured two vanity urls. First one is existing page such as ‘/content/geometrixx-outdoors/en/company’ which is available under Geometrixx-outdoors->English page.
Second one is non existing page which is ‘/support’ But we have a support page under Geometrixx-outdoors->English page as well, But we haven’t configure the full path.
5) Since we have configured the existing ‘company’ as a vanity url for ‘product’ page, While clicking of company page on left-side panel in site admin, We are able to see none of the child pages of company page is not displaying on right-side panel of site admin.
One important observation I have made is : On site admin screen the UI is making two ajax calls
1.First AJAX to the page under consideration.
2. Second ajax call to the path which is mentioned under vanity URL.
resource getting resolved for "/content/geometrixx-outdoors/en/toolbar" is "/content/geometrixx-outdoors/en/brand/meet-our-ambassadors" . So it's listing the child pages of "/content/geometrixx-outdoors/en/brand/meet-our-ambassadors" only in right side panel of siteadmin.
@Pooja: Your explanation is correct.
But I wanted to know why Vanity URL path is getting resolved for a page on site admin?
This incorrect resource resolution happens only when existing page-path is added as Vanity URL of some other page.
This is incorrect behavior on site admin and needs a fix.
This is affecting our production badly and we need a fix/work around .
Can someone provide the fix or work around.
Is there any documentation that says an existing page-path should not be added as Vanity-URL of another page? I need adobe documentation so that we can intimate the authors accordingly based on Adobe-documentation.
Instead of vanity URL, you can try redirect "/content/geometrixx-outdoors/en/toolbar" to "/content/geometrixx-outdoors/en/brand/meet-our-ambassadors" . This way list of child pages won't get affected.
Another work around can be author "/content/geometrixx-outdoors/en/toolbar" same as "/content/geometrixx-outdoors/en/brand/meet-our-ambassadors" , this way URL won't change too.
@Pooja: Thanks for your inputs on redirection.
The advantage with Vanity URL is that we have many Vanity URLs on a single page.
We can have only one redirect using 301/302 on the page.
This is the limitation of using redirects on page.
One more important functionality is that Vanity URL is the input to a page(incoming URL) where as redirection is an outgoing URL for the site.
There is a basic difference : Vanity URL is what you provide and Redirection is what you get from AEM. since both functionalities are different , we could not use it in our requirement.
One more important thing about Vanity-URL is that can be mapped as many to one( means single page has many Vanity URLs).
Why I am calling this as a bug because , the vanity URLs are functioning as expected on the page where we have configured these , but we have the unwanted effect on Site-Admin screen due to the bug.
Hence I need the fix/work-around for the siteadmin page and not for the Vanity URL functionality since it is working as expected on site.