?
avatar bembelimen
bembelimen
14 Mar 2015
  1. Create a page with english and russian content language
  2. set the (backend) language to english
  3. create a russian text with a russian title (e.g. "Главная") (language == russian)
  4. Save
  5. Expected result for alias: "glavnaya", Current result: the current date

Problem: $this->alias = JApplication::stringURLSafe($this->alias); does always use the current language and not the language of the article/menu/item itself

avatar bembelimen bembelimen - open - 14 Mar 2015
avatar joomla-cms-bot joomla-cms-bot - change - 14 Mar 2015
Labels Added: ?
avatar zero-24 zero-24 - change - 14 Mar 2015
Category Multilanguage
avatar infograf768
infograf768 - comment - 15 Mar 2015

One solution is to use the Global configuration Unicode Alias parameter in order to normalize all aliases.
Otherwise, indeed, it is the xx-XX.localise.php transliterate method of the current language which is used.
Related issues:
A user could be in this situation: a new content language is created before the related language pack is created/installed. In this case, there is no xx-XX.localise.php with its specific transliteration.
Also, before saving an item (article or menu item), the language the item is assigned to is not known. Therefore the alias would be automatically created without knowing the custom transliteration to apply from that language.

avatar bembelimen
bembelimen - comment - 15 Mar 2015

Hello,
you have a valid point here, but I think, if we use the default/current language als fallback, we should be save here:
1. check if content language exists
2. otherwise use current language

or we could enforce, that the language have to exist, when we create a content language

avatar infograf768
infograf768 - comment - 15 Mar 2015

or we could enforce, that the language have to exist, when we create a content language

Nothing is written in stone, but that was the way Andrew Eddie saw it in the 1.6 pre-release times, i.e. to be able to create a Content Language before getting a language pack.

avatar brianteeman brianteeman - change - 12 Nov 2015
Status New Expected Behaviour
Closed_Date 0000-00-00 00:00:00 2015-11-12 14:02:17
Closed_By brianteeman
avatar brianteeman
brianteeman - comment - 12 Nov 2015

Based on the comments above by @infograf768 I am closing this as the expected behaviour


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/6421.

avatar brianteeman brianteeman - close - 12 Nov 2015

Add a Comment

Login with GitHub to post a comment