Task #2303

Ability to translate dropdown

Added by ddurieux over 4 years ago. Updated about 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 almost 2 years ago

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

Revision 21002
Added by moyo almost 2 years ago

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

Revision 21151
Added by orthagh almost 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 about 4 years ago

  • Target version changed from 0.80 to 0.85

#3 Updated by walid almost 4 years ago

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

#4 Updated by walid almost 4 years ago

  • Target version changed from 0.85 to 0.83

#5 Updated by moyo almost 4 years ago

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

#6 Updated by walid almost 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 over 3 years ago

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

#8 Updated by walid over 3 years ago

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

#9 Updated by walid about 2 years ago

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

#10 Updated by moyo almost 2 years ago

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

#11 Updated by orthagh almost 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 over 1 year ago

  • % Done changed from 90 to 100

#13 Updated by moyo over 1 year ago

  • Status changed from Assigned to Closed

#14 Updated by jmd about 1 year ago

  • Tracker changed from Feature to Task

Also available in: Atom PDF