Closed (fixed)
Project:
Drupal core
Version:
7.x-dev
Component:
language system
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
11 Apr 2010 at 19:40 UTC
Updated:
22 Oct 2010 at 03:40 UTC
Jump to comment: Most recent file
Comments
Comment #1
plachThis is caused by an incorrect CSS definition: session language override URL language, hence an active class, which is tied to the current path, might not always indicate an active language and viceversa.
Comment #2
sunThis sounds like an issue to me that could happen quite frequently; i.e., not really tied to the session language negotiation.
Problem: The language switcher block does not highlight any language.
Goal: Always highlight the active/corresponding language in the language switcher block.
Details: (please correct me where I'm wrong)
- The currently active language is not highlighted, because the language switcher links only account for the negotiated URL language of the request.
- The URL language negotiation, and therefore the current URL, always dominates the representation of language switcher links, not respecting any other language negotiation (like session).
- Although no URL language was negotiated (and thus, no link is highlighted), a session language was negotiated.
- This seems to be caused by http://api.drupal.org/api/function/theme_links/7:
Am I missing something?
Comment #3
sun(errr, strange tags here)
Comment #4
StevenWill commentedThe #1 patch works. I repeated steps 1-7 as listed by plach. I could only repeat the issue when I clicked on a note title listed on the home page. Once i applied the patch the home page listing link produced the correct language highlight in the language select box on the destination page.
Comment #5
StevenWill commentedUpdating status.
Comment #6
plachI ain't sure about how this works with recolorable themes.
Comment #7
sun#1: language_switcher-768240-1.patch queued for re-testing.
Comment #8
webchickCommitted to HEAD. Thanks!