Closed (duplicate)
Project:
Drupal core
Version:
5.6
Component:
menu system
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
2 Feb 2008 at 21:28 UTC
Updated:
10 Jul 2009 at 23:36 UTC
on the front page, if a primary link is set to then, when the front page is selected, the li that contains the link isn't set to be the 'active' class, though, the achor is.
Comments
Comment #1
George2 commented... when a primary link is set to [front]
Comment #2
George2 commentedi've managed to fix this by changing the function theme_menu_links
PREVIOUS:
I changed one line:
NEW:
Comment #3
George2 commentedComment #4
kulfi commentedNot sure where this belongs, but the 'active' class is set incorrectly in the following instance:
Primary menu items and links:
Clicking on Register and/or Login incorrectly sets the 'active' class (on both li and a HTML elements).
This is from core (i.e. persists if blank theme is used) and the above patch doesn't address it.
Comment #5
drummInstructions for creating patches are at http://drupal.org/patch/create.
This should be fixed in whatever calls theme('menu_links') to add 'active' to the appropriate array index. I can't find anything that actually calls theme('menu_links').
Comment #6
bjorpe commentedI figured out that the primary links array is created in menu_primary_links (called by phptemplate_page).
However, it seems like this problem has been solved by #101904: Secondary links don't work for <front>
Comment #7
bjorpe commented