Ticket #3049 (closed defect: fixed)

Opened 2 years ago

Last modified 1 year ago

wrong class attribution for wp_list_pages when author template is called...

Reported by: tripleshift Assigned to: anonymous
Priority: normal Milestone: 2.1
Component: Template Version: 2.0.4
Severity: normal Keywords: wp_list_pages, current_list_item, author.php
Cc:

Description

i recently came across this issue while studing the wordpress template system and functions.

if i got it right, "wp_list_pages" function is supposed to give a "current_page_item" class to the list item whose page is actually called.

i noticed that when the author.php template is called through "the_author_posts_link" function, and the ID of the user/author called is the same of one of the pages, the page list item generated by "wp_list_pages" gets the "current_page_item" class as well.

example: user "john doe" with "id=3" has 3 posts and through a link generated by "the_author_posts_link" (put inside the loop) gets his post listed in a page generated through the auhtor.php template.

if the condition exists that one of the existent pages (listed by "wp_list_pages") has id="3" (the same as the user/author), then a "current_page_item" class is given to the list item containing the link to the page, even if the page IS NOT "current".

i truly hope what i wrote was clear, i truly hope i didn't file an already existent report.

bye tripleshift

...

Change History

02/02/07 16:33:56 changed by ryan

  • milestone set to 2.1.1.

02/02/07 16:35:31 changed by ryan

Does the same with categories.

02/02/07 16:38:33 changed by ryan

  • status changed from new to closed.
  • resolution set to fixed.

(In [4863]) Check page ID only if is_page. fixes #3049

02/02/07 16:39:06 changed by ryan

(In [4864]) Check page ID only if is_page. fixes #3049

02/02/07 16:42:36 changed by ryan

  • status changed from closed to reopened.
  • resolution deleted.
  • milestone changed from 2.1.1 to 2.0.9.

Fixed for 2.1.1 and 2.2. Leaving open for 2.0.9 consideration.

02/21/07 14:56:01 changed by Nazgul

  • milestone changed from 2.0.9 to 2.0.10.

2.0.9 is out, so bumping the milestone to 2.0.10.

03/19/07 18:19:59 changed by foolswisdom

  • milestone changed from 2.0.10 to 2.0.11.

06/04/07 19:01:31 changed by foolswisdom

  • milestone changed from 2.0.11 to 2.0.eventually.

10/03/07 19:37:43 changed by Nazgul

  • status changed from reopened to closed.
  • resolution set to wontfix.
  • milestone deleted.

Closing as wontfix for the 2.0 branch.

MarkJaquith? has stated that only security fixes can go into the 2.0 branch.

10/03/07 22:08:51 changed by foolswisdom

  • status changed from closed to reopened.
  • resolution deleted.

10/03/07 22:09:00 changed by foolswisdom

  • status changed from reopened to closed.
  • resolution set to fixed.
  • milestone set to 2.1.