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
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | node_listing_language_b.patch | 1.09 KB | theborg |
| #2 | node_listing_language.patch | 1.07 KB | theborg |
Comments
Comment #1
kdebaas commentedThe 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
This was written for 5.x, but should work as described for 6.x, so I dare say this can be marked as critical.
Comment #2
theborg commentedThis patch modifies node listings on default node path to show only nodes for the language selected.
Comment #3
theborg commentedComment #4
kdebaas commentedI 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.
Comment #5
theborg commentedThanks kdebaas. Corrected the error.
Comment #6
theborg commentedComment #7
kdebaas commentedYes, that worked for me.
Comment #8
gábor hojtsyWell, 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.
Comment #9
robin monks commentedPatch still applies, but, I'm not sure if the functionality is still needed, so, not testing.
Robin
Comment #10
catchI'm not clear what the issue is with this, but at a minimum it needs a re-roll for dbtng.
Comment #11
plachI am afraid this will have to wait for D8 :(
Comment #12
filpet commentedPatch #5 does the trick!
Comment #13
meba commentedIs this duplicate of #237696: Add language filter to Drupal core ?
Comment #14
plachIt seems so.