#6171 closed defect (bug) (invalid)
Permanent URL for posts of an author
Reported by: | link2caro | Owned by: | |
---|---|---|---|
Milestone: | Priority: | low | |
Severity: | major | Version: | 2.5 |
Component: | General | Keywords: | |
Focuses: | Cc: |
Description
In Wordpress, username with space is accepted, e.g we have an author named "A B", the url for all posts of that author is /author/A%20B/ and this url leads to a 404 page.
Change History (8)
#3
@
16 years ago
/author/A-B => 404
user_displayname and user_nicename: 'A B'
I tried with no plugin as well.
#5
@
16 years ago
Confirmed working by creating a new user with all given settings. http://dd32.no-ip.com:8080/wordpress/author/a-b/
I'd say the user_nicename field is corrupted too, Can you reproduce it by creating a new user account following similar format?
(Longer shot, You dont have any patches applied to core WP do you? I believe there was a ticket awhile ago which was to base the author permalink off the Display Name, Which would, and could, produce a url with a space in it. Its just your name seems to come into my mind thinking you may've tested it)
#6
@
16 years ago
user_displayname and user_nicename: 'A B'
Oh missed that.
user_nicename should be in a slug format, So it'd be 'a-b', I dont think WordPress has set that differently at any stage?
#7
@
16 years ago
- Priority changed from high to low
- Resolution set to invalid
- Status changed from reopened to closed
I am terribly sorry for having troubled with this issue, my bad, I changed the username and user_nicename, not being aware of the user_nicename should be in slug format, I made a change and everything is in order now. sorry
Your url for that author should be /author/A-B/ and is based on the user_nicename in the user table. This is how my local install is behaving.
If you have no data in the user_nicename column then author permalinks won't work.
Your user_nicename data may be filled with user_displayname data by mistake. This could be caused by a bad plugin or some other intervention outside of WordPress.
As I read the code there is no other way for the display name to be injected into that URL, so I'm guessing it is bad user_nicename data causing the problem.