[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