Modification des statuts de commande

J'ai par le passé au début de la version 1.5 d'hikashop, j'ai modifié les statuts de commande en français.

Je me rend compte que cela pose des problèmes versus le code qui lui utilise l'anglais.

Je voudrais revenir en arrière pour remettre les noms anglais. Pouvez me dire dans qu'elle table effectuer les modifications, commandes etc...

J'ai un problème dans l'édition pour modifier les statuts, le champ nom n'est pas éditable aussi bien pour créer de nouvelles entrée que pour en modifier une.

L'interface me semble différent que dans la version démo et pourtant je suis passé en version 2.0

Merci de m'éclairer sur le problème.

Bonjour,

Les status sont dans la table "#__hikashop_config" et ont pour clé "order_created_status", "order_confirmed_status", etc.
Si votre interface est différente, c'est peut etre que vous aviez édité une vue du backend, et du coup l'affichage est différent.
Sinon essayez de réinstaller la derniere version d'HikaShop en la téléchargeant à partir de notre site web.

J'aimerais savoir à quel endroit se trouve dans les tables les status qui sont créé à l'aide du menu qui nous permet de le faire.

Cette vu n'a pas été modifié et j'ai déjà réinstallé hikashop sans que ça solutionne le problème d'édition du champ nom qui reste non éditable.

voici la vue des fenêtres de statuts:

J'ai trouvé que c'est dans la table "hikashop_category" ou se trouve les status. Reste à trouver pourquoi le champ nom n'est pas éditable

Bonjour,

Les "order status" sont dans la table des categories ( #__hikashop_category ).

Cordialement,

Merci quelles sont les raisons qui pourraient empêcher que le champ nom n'est pas éditable. La case autour du texte n'est pas là.

J'ai vérifié et aucune vue dans l'administration n'a été modifié.

Bonjour,

La raison est que, dans nos sites, nous avons l'extension "Joomfish / Falang".
Cette extension permet de faire les traduction des champs dans différentes langues sans pour autant modifier au contenu de la base de données : la clé.
Si vous modifiez la clef d'un status, vous cassez potentiellement toute votre configuration.
Il est néanmoins possible de créer de nouveaux status.

Avec falang vous pouvez traduire ces champs dans différentes langues. La zone est donc éditable.
Sans falang, vous devez utiliser les traductions HikaShop :
Il s'agit donc de nouvelles sécurités afin de ne pas casser la configuration et le fonctionnement de la boutique.

Cordialement,

Je suis même incapable d'éditer un champ supplémentaire "prête" et d'ajouter de nouveaux champ car la case nom reste non éditable.

Pourriez-vous me guider afin de replacer le tout dans l'ordre une fois que le problème d'édition sera réglé?

J'ai édité la base de donnée pour remetre ça dans l'ordre et remettre les valeurs en Anglais.

Les tables Category, config, history, order et payment on été remis en anglais et tout est bien lié.


Je reste néanmoin encore avec le problème d'édition du champ nom qui n'est pas éditable pour les status nouveau ou en modification, il doit y avoir une solution simple.

Bonsoir,

Si vous souhaitez vraiment pouvoir modifier cette information, vous pouvez activer la fonctionnalité en modifiant la vue "category / normal".
Vous trouverez le code suivant Un "if(false && !@$this->translation && $this->element->category_type=='status'){" devrait permettre de ne plus passer dans cette condition et de toujours afficher la zone éditable.

Cordialement,

Le problème n'est pas que je veux éditer absolument les valeurs par défaut protégé, c'est que dans la condition actuelle je ne peux ajouter aucun nouveau status car le champ est non éditable.

Avec le code que vous m'avez donné, cela fonctionne pour modifier le champ nom de tous les status sans la proctection des valeurs système.

J'aimerais mieux que les valeurs protégées comme created, pending, confirmed, cancelled, refunded et shipped soient protégé comme vous le disiez mais que je puisse ajouter mes nouvelles valeurs de status.

Bonsoir,

Effectivement, j'étais passé à côté avec mes tests, nous avons bien un bug !
Je vais le corriger de suite et mettre à jour le paquet ASAP.
Edit: Le nouveau paquet est en ligne, testé avec une version sans falang. Vous pouvez re-télécharger HikaShop 2.0 pour avoir la correction.

Navré que cela ai prit autant de temps, il faut vraiment que j'ai un site sans Falang d'installé pour mes tests.

Cordialement,

J'ai testé votre nouveau package.

Quand je crée une nouvelle entrée de status le champ nom est maintenant présent. Si je tente ensuite de modifier ce nouveau status là le champ nom n'est pas éditable.

Donc nous pouvons créer sans pouvour modifier par la suite.

Bonsoir,

Oui, c'est exact.
J'ai fait un petit explicatif à l'instant sur un autre post:
www.hikashop.com/forum/3-bug-report/7515...i.html?lang=en#77134

Cordialement,

Je comprend bien que c'est pour empêcher de briser les liens entre les informations de la bd que le champ devient non éditable par la suite. Donc si l'on fait une erreur dans le nom à la création nous devont éditer le champ dans la BD directement.

Un gros merci pour votre aide

EDITED: Si vous permettez de modifier les champs non système vous pourriez créer une requête sql qui remplace automatiquement l'ancienne valeur par la nouvelle dans ORDER et HISTORY