Opened 15 years ago
Closed 15 years ago
#17628 closed defect (bug) (fixed)
Fix $sendback for post row actions when no HTTP_REFERER is found
| Reported by: | mitchoyoshitaka | Owned by: | mitchoyoshitaka |
|---|---|---|---|
| Priority: | normal | Milestone: | 3.3 |
| Component: | Administration | Version: | |
| Severity: | normal | Keywords: | has-patch |
| Cc: | Focuses: |
Description
On a system which doesn't properly project HTTP_REFERERs, the post row actions such as "delete", "restore", etc. will send the user back to post.php *without* the relevant post_type set, so a user can be managing pages or a custom post type and get kicked over to the general post.php.
Along the way, I discovered that the logic of wp_get_http_referer (introduced in r7438) didn't really make sense... in particular, if no HTTP_REFERER or _wp_http_referer is found, it will return an empty string instead of false. Discussed this with nacin and duck_ on irc and the correction for this is also included in the patch.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
In [19272]: