What are the steps required to reproduce the bug?
- add language
- set Language negotiation: Path prefix with language fallback.
- enable block: language switcher
- set content type/story/mutlilingual support: Enabled, with translation
- create story
- translate story to another language
- uncheck: promoted to front page (for translation only)
- view site's front page
- change language using the language switcher

What behavior were you expecting?
- display the translated version of the story

What happened instead?
- adress change to /xy/node (xy: language code)
- display original story, not the translated version

Comments

kdebaas’s picture

Priority: Normal » Critical

The default frontpage shows all promoted nodes, irrespective of language. So when the translations are also promoted to the frontpage, they show up as well as their original stories.

According to the handbook page Paths and block visibility

* Note than when using a node listing page as the front page - like the default 'node' - [...] the system will select only the right nodes for each language.

This was written for 5.x, but should work as described for 6.x, so I dare say this can be marked as critical.

theborg’s picture

StatusFileSize
new1.07 KB

This patch modifies node listings on default node path to show only nodes for the language selected.

theborg’s picture

Version: 6.0-rc2 » 6.x-dev
Status: Active » Needs review
kdebaas’s picture

Status: Needs review » Needs work

I applied the patch and it works for nodes with a specific assigned language. However, this patch excludes language neutral nodes from the node listing on the front page.

theborg’s picture

StatusFileSize
new1.09 KB

Thanks kdebaas. Corrected the error.

theborg’s picture

Status: Needs work » Needs review
kdebaas’s picture

Yes, that worked for me.

gábor hojtsy’s picture

Title: language switcher does not work on front page » Multilanguage dependent listings are not supported at all
Version: 6.x-dev » 7.x-dev
Category: bug » feature
Priority: Critical » Normal

Well, this all comes down to admin/user expectations. Some might need language neutrals listed, some might not. People will need this for their taxonomy listings for their blog URLs, for their aggregator items, user listings, whatever, all these might need different setups. (Eg. list all blog entries but only list content in taxonomies with the current language). While this looks like a critical omission in Drupal 6, there are so many config options one would need to implement to make this work, and the multitude of missing multilanguage features already require you to use i18n or localizer module anyway, this is to be implemented in i18n/localizer in Drupal 6.

robin monks’s picture

Patch still applies, but, I'm not sure if the functionality is still needed, so, not testing.

Robin

catch’s picture

Status: Needs review » Needs work

I'm not clear what the issue is with this, but at a minimum it needs a re-roll for dbtng.

plach’s picture

Version: 7.x-dev » 8.x-dev

I am afraid this will have to wait for D8 :(

filpet’s picture

Status: Needs work » Needs review

Patch #5 does the trick!

meba’s picture

plach’s picture

Status: Needs review » Closed (duplicate)

It seems so.