[wp-trac] [WordPress Trac] #21645: Rewrite API logic
WordPress Trac
wp-trac at lists.automattic.com
Tue Aug 21 00:24:05 UTC 2012
#21645: Rewrite API logic
--------------------------+-----------------------------
Reporter: here | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: General | Version: 3.4.1
Severity: normal | Keywords:
--------------------------+-----------------------------
It is not clear if or how visiting the Settings -> Permalinks calls
flush_rules. It is referenced occasionally as an apparent alternative to
$wp_rewrite->flush_rules() in Documentation. This should be explicitly
confirmed in the admin interface and/or a button based action.
Documentation for the Rewrite API functions do not point at
$wp_rewrite->flush_rules() effectively. (Updated some codex links, but
seems worth including a pointer inline in function definitions.)
I was confused while editing an existing theme why duplicating existing
add_feed() structures in functions.php did not produce duplicated
behaviour in the permalinks. ?feed=atom1 worked , but /feed/atom1/
didn't, until calling flush_rules()
Logic seems broken between these functions. Why call Rewrite API
add_feed() every init, but still require a flush_rules reset to activate?
They should be more explicitly linked / combined / triggered. See prior
conversation in #21335
http://codex.wordpress.org/Rewrite_API
--
Ticket URL: <http://core.trac.wordpress.org/ticket/21645>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list