[wp-trac] Re: [WordPress Trac] #5305: permalinks broken when article name is numeric

WordPress Trac wp-trac at lists.automattic.com
Wed May 21 11:29:41 GMT 2008


#5305: permalinks broken when article name is numeric
--------------------------------+-------------------------------------------
 Reporter:  thomask             |        Owner:  anonymous
     Type:  defect              |       Status:  new      
 Priority:  normal              |    Milestone:  2.6      
Component:  General             |      Version:  2.3.1    
 Severity:  major               |   Resolution:           
 Keywords:  permalinks, number  |  
--------------------------------+-------------------------------------------
Comment (by DD32):

 By the look of it, Its reconising the 2008 as a page value(ie. The 2008th
 page):
 {{{
 object(WP_Query)[3]
   public 'query_vars' => &
     array
       'page' => string '/2008' (length=5)
       'pagename' => string 'a' (length=1)
 }}}
 (Which in itself seems to be a bug that /2008 is reconised as the page
 number, it shouldnt have the slash in there)

 The rule which is being matched is:
 {{{
 [(.+?)(/[0-9]+)?/?$] => index.php?pagename=$matches[1]&page=$matches[2]
 }}}

 I can see 2 ways to resolve it:
  1. Revert to the old method of actually having *every* page slug being
 checked for, which is slow, messy, and really isnt going to happen
  1. Limit pages to only have a certain ammount of pages (Why remove
 functionality?)
  1. Prefix extra pages with /page/

 More on that last one: Most common permalink structures in WordPress
 allready use that method (.*/page/[0-9]+).

 Changing the current permalink settings will break links on pages at
 present (ie. /a/2/ for page 2) in search results, But would allow for
 numeric page slugs on subpages.

-- 
Ticket URL: <http://trac.wordpress.org/ticket/5305#comment:9>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list