original node path replaced after translating node, both have same path not translated terms
| Project: | Pathauto |
| Version: | 6.x-1.x-dev |
| Component: | I18n stuff |
| Category: | support request |
| Priority: | normal |
| Assigned: | pindaman |
| Status: | closed |
Jump to:
I have a multilingual site using 6x-1x-dev
have taxononomy structure like:
node setting pattern: [termpath-raw]/[title-raw]
Vocabulary: term are translated
Transportation (all langaue)
Term dutch
- fiets
--- mannen
--- vrouwen
- term english (translation Dutch)
- bike (fiets)
--- man (mannen)
--- woman (vrouwen)
When creating nodes in one language( I take english as example) path is given correct "www.site.com/bike/man/title"
When translation to dutch, path created: "www.site.com/nl/fiets/mannen/title" (this is good) AND "www.site.com/fiets/mannen/title for the english node.(which is BAD)
I can delete the alias so everything will work again but its a pain to work like this.
Update setting are: Create a new alias. Leave the existing alias functioning.
any help would be welcome.
#1
This might be a workaround until a proper solution had been found.
It might not be ideal when changing titles, but for now it is working for me:
Content type: deselect--> Synchronize translations
URL aliases: General settings select --> Do nothing. Leave the old alias intact.
my translated page gets a path and no new alias is being created for the original Language node.
* Create a new alias. Leave the existing alias functioning. is not working(will create unwanted alias for original language node)
*Create a new alias. Delete the old alias. is not working(will create unwanted alias for original language node)
in both cases you can delete the unwanted aliases to get thing working. For me deleting 1 alias after every translation took too much time.
#2
pindaman, did you ever find a proper fix?
#3
Same problem for me. Turning off synchronise translations fixed for me, though this is not a good solution.
#4
http://drupal.org/node/180440
Maybe this 'locking' feature for aliases will be a better fix than turning off synchronizations?
either way.. b u m p!
#5
@elizzie, the patch from that post has been committed already, and this problem still exists.
#6
I'm experiencing this problem too, but I suspect i18n module being the culprit! I will file an issue ticket in the i18n module.
#7
As suspected this Problem is being caused by the i18n module, or more precisely by i18n, i18ntaxonomy and i18nsync playing together. Have a look at #648348: i18ntaxonomy_db_rewrite_sql breaks Pathauto on synchronisation.
I'd say you can close this ticket.
#8
See #648348.