#4774 closed defect (bug) (wontfix)
//links.org style URIs do not allow session cookie to be set correctly
| Reported by: | Saoshyant | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Administration | Version: | |
| Severity: | normal | Keywords: | |
| Cc: | Focuses: |
Description
Hello,
I have noticed a bug on the Wordpress session login. While setting the blog URI to a link.net as opposite to http://link.net all the blog's links become link.net/whatever which is the desired behavior.
However, when trying to login via /wp-admin, I believe the cookie cannot be set, so it repeatedly asks the user for the username and password. In order to revert the problem I had to manually edit the database to revert the blog URI back to http://
stylelinks.org are allowed per RFC 2068, so it would be nice if this issue would be fixed.
Change History (5)
#1
in reply to: ↑ description
@
19 years ago
#2
@
19 years ago
Nobody cared to check this ticket. Anyway, I found a workaround of sorts.
I have to keep the Wordpress URL as http://spreadopenmedia.org but the Blog URL may be spreadopenmedia.org
Result: the site works just fine with the added plus that every Wordpress URL (the K2 ones are strangely not affected by it) become as opposed to http://
All's fine and well.
#3
@
19 years ago
I don't think this is worth looking into, really. Who sets their links to example.com style? Might as well set it to http://example.com. Just because something's allowed doesn't mean you need to use it.
I recommend closing this as wontfix.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
Oops, I introduced an error on the ticket. It is RFC 1808, not RFC 2068.
Moreover, I did not make clear that using instead of http:// had no other negative effect on the blog, besides the session login problem.