![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
Opened 15 years ago
Last modified 7 years ago
#17450 reopened defect (bug)
Almost pretty permalinks with non-ASCII characters do not work in Apache
| Reported by: | peaceablewhale | Owned by: | westi |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Permalinks | Version: | 3.1 |
| Severity: | normal | Keywords: | needs-unit-tests needs-refresh |
| Cc: | Focuses: |
Description
Almost pretty permalinks (using PATH_INFO) with non-ASCII characters do not work in Apache; a not found error is returned. The same permalink works in IIS when UTF-8 is used for server variables. It also works when mod_rewrite is used.
Attachments (2)
Change History (16)
#4
@
15 years ago
Unfortunately, encoding PATH_INFO does not work either. I have reversed the patch logic so that we now decode REQUEST_URI instead. Verified effective in both IIS and Apache.
#6
@
15 years ago
- Owner set to
- Status new → reviewing
westi, I guess you may be the appropriate person to review this ticket, as I noticed your experience in resolving tickets related to servers~
#8
@
15 years ago
- Milestone → 3.3
- Resolution duplicate
- Status closed → reopened
- Version 3.2 → 3.1
Not exactly a duplicate of the original #10249 bug, just related. 3.1 is the earliest affected version.
Still, 10249.4.patch fixes this.
Note:
See TracTickets
for help on using tickets.
The problem is not just with Apache. Here's the issue:
PATH_INFOis (according to the CGI spec) supplied url-decoded, butREQUEST_URIus url-encoded. !Wordpress does string comparisons on these two, which is fine when there are only ascii characters in the URL, but fails when there are others.Here is a patch that works for me. I imagine it will need some testing to make sure the behaviour is consistent in all environments.