Task #2303

Ability to translate dropdown

Added by ddurieux over 3 years ago. Updated 2 months ago.

Status:Closed Start date:10/08/2010
Priority:Normal Due date:
Assignee:orthagh % Done:

100%

Category:Config
Target version:0.85

Description


Related issues

blocked by GLPI Documentation - Task #4467: Ability to translate dropdown Closed 09/03/2013

Associated revisions

Revision 21000
Added by orthagh 11 months ago

[0.85]Dropdowns/KB translations see #2303; see #2980

Revision 21002
Added by moyo 11 months ago

[0.85] clean + add TODO : see #2303 see #2980

Revision 21151
Added by orthagh 10 months ago

0.85]fix completename generation for dropdown translations (see #2303)

History

Updated by moyo over 3 years ago

  • Category set to Config
  • Priority changed from Normal to Low

Updated by moyo about 3 years ago

  • Target version changed from 0.80 to 0.85

Updated by walid almost 3 years ago

  • Subject changed from Traduction dropdowns to Ability to translate dropdown
  • Assignee changed from ddurieux to walid

Updated by walid almost 3 years ago

  • Target version changed from 0.85 to 0.83

Updated by moyo almost 3 years ago

Les specs laissées un peu en plan sont-elles toujours d'actualité ?

Updated by walid almost 3 years ago

  • Status changed from New to Assigned
  • Priority changed from Low to Normal

I'm working on it in the wiki page

Updated by moyo over 2 years ago

  • Target version changed from 0.83 to Candidate for next major version

Updated by walid over 2 years ago

  • Target version changed from Candidate for next major version to 0.84

Updated by walid about 1 year ago

  • Assignee changed from walid to orthagh
  • Target version changed from 0.84 to 0.85

Updated by moyo 11 months ago

  • Status changed from Assigned to Resolved
  • % Done changed from 0 to 100

Updated by orthagh 10 months ago

  • Status changed from Resolved to Assigned
  • % Done changed from 100 to 90

J'ai un bug avec le code du moteur de recherche sur cette partie, je me permet de rouvrir cette demande.
Plutôt que de coder directement, j'aimerais avoir un avis.

Quand on se trouve sur une liste d'intitulés traduits (par ex les catégories de tickets), la jointure avec glpi_translations n'est pas faite.
Mais si on fait une recherche, le moteur tente d'ajouter tout de même d'interroger le champ traduit sans pour autant faire la jointure.
Pour exemple, on obtient la requête suivante :

SELECT 'glpi' AS currentuser, `glpi_itilcategories`.`entities_id`, `glpi_itilcategories`.`is_recursive`, `glpi_itilcategories`.`completename` AS ITEM_0, `glpi_itilcategories`.`id` AS ITEM_0_2, `glpi_itilcategories`.`id` AS id 
FROM `glpi_itilcategories` 
WHERE ( `glpi_itilcategories`.`entities_id` IN ('0') ) AND ( ( ( `glpi_itilcategories`.`completename` LIKE '%test%' OR `glpi_itilcategories_trans`.`value` LIKE '%test%' ) ) ) 
ORDER BY ITEM_0 ASC

Errors : Unknown column 'glpi_itilcategories_trans.value' in 'where clause

Par contre, depuis la liste des tickets par ex, si on fait une recherche sur les éléments visualisés par ex, la jointure est effectué et donc l'interrogation depuis le bloc WHERE fonctionne également.

J'ai réussi à contourner le problème en ajoutant une condition supplémentaire dans la fonction addwhere (l3211) :

if ($transitemtype !== $itemtype && Session::haveTranslations($transitemtype, $field)) {

Cela évite de faire d'ajouter le champ traduit dans le WHERE depuis la liste d'un intitulé mais de bien de le laisser depuis les autres listes.

Pour finir, est ce une volonté de ne pas traduire la liste en elle même ?
Si non, je ne sais pas trop comment ajouter tout le temps la jointure. (Dans le addDefaultLeftJoin peut être ?)

Updated by moyo 8 months ago

  • % Done changed from 90 to 100

Updated by moyo 8 months ago

  • Status changed from Assigned to Closed

Updated by jmd 2 months ago

  • Tracker changed from Feature to Task

Also available in: Atom PDF