Task #2303

Ability to translate dropdown

Added by ddurieux almost 5 years ago. Updated over 1 year ago.

Status:ClosedStart date:10/08/2010
Priority:NormalDue 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 over 2 years ago

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

Revision 21002
Added by moyo over 2 years ago

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

Revision 21151
Added by orthagh about 2 years ago

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

History

#1 Updated by moyo over 4 years ago

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

#2 Updated by moyo over 4 years ago

  • Target version changed from 0.80 to 0.85

#3 Updated by walid over 4 years ago

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

#4 Updated by walid about 4 years ago

  • Target version changed from 0.85 to 0.83

#5 Updated by moyo about 4 years ago

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

#6 Updated by walid about 4 years ago

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

I'm working on it in the wiki page

#7 Updated by moyo almost 4 years ago

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

#8 Updated by walid almost 4 years ago

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

#9 Updated by walid over 2 years ago

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

#10 Updated by moyo over 2 years ago

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

#11 Updated by orthagh about 2 years 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 ?)

#12 Updated by moyo almost 2 years ago

  • % Done changed from 90 to 100

#13 Updated by moyo almost 2 years ago

  • Status changed from Assigned to Closed

#14 Updated by jmd over 1 year ago

  • Tracker changed from Feature to Task

Also available in: Atom PDF