Access Denied When Using USER Aliases

I'm also experiencing this problem with 7.x-1.3. In my case, user/%/edit and user/%/contact both return with access denied. #1911392: "You are not authorized to access this page" when "Skip administration paths from sub-path processing" is checked off is a duplicate of this issue.

The only differences I see between 1.2 and 1.3 is the one introduced via #1691054: Sub-pa shouldn't recursively check existing aliases. Commenting out the three lines introduced in that patch solve this issue for me.

I can confirm that using 1.2 seems to work fine. But with 1.3 it doesn't (I have seen it work intermittently with 1.3).

We're also experiencing the same problem with 7.x-1.3 using user aliases.

Also, I'm bumping to major since it breaks every user edit link when using user aliases.

Also get 'Access Denied' for user/user_name/track link at My account->Track (when tracking activated). The tracker is shown though for the link user/user_id/track manually entered in the address bar.
Other tabs for My account are accessible, although alias is not appearing for user/user_id/edit link. At the same time it's correctly appearing for the links such as user/user_name/relationships.

I'm having trouble with it with 1.2- only with the users.

Hi all,

Thanks for your work on this module. Just confirming that I have the same issue with 1.3 and .dev, but not with 1.2.

Cheers!

BC

Has this problem been solved yet. I've been search forums for a solution forever and have had no luck. This is a major part of the website I'm building so that it will link to a profile edit page per user.

%user is returning 'access denied'

In my case with subpathauto 1.3 enabled I cannot save menu links with user/% as the path, as I get an error like:

"The path 'user/register' is either invalid or you do not have access to it."

Something similar is reported in https://www.drupal.org/node/1836622

The misbehaviour is caused by the patch from https://www.drupal.org/node/1691054

Here's a patch that takes a more leaner approach than the patch from https://www.drupal.org/node/1691054 by constructing the router_item from parts of menu_get_items necessary to get the 'href' of the current router item for comparison.

Please review. Thanks!

Tests failed, next try.

in conflict with infinite_loop-1790508-15.patch http://drupal.org/node/1790508

I applied the patch but am still getting the Access Denied error.

Somethign weird happened.
I was using user/1 > utente/[name]
Today I decided to change it to > user/[name] and every user edit page is Access denied. Even if I use the core path user/1/edit now it's denied! WTF? We cannot use "user" as a custom alias?