Projet

Général

Profil

Anomalie #4640

problème à l'enregistrement possible en cas de redefine sur une variable

Ajouté par Bruno Boiget il y a plus de 11 ans. Mis à jour il y a environ 11 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
-
Début:
04/01/2013
Echéance:
15/02/2013
% réalisé:

100%

Distribution:
EOLE 2.3

Description

Suite à la correction de la demande issue #3238 , les dictionnaires supplémentaires envoyés par zéphir ne sont pas pris en compte dans la procédure enregistrement_zephir (pour récupérer les valeurs actuelles des variables en interne).

Dans certains cas, cela peut poser problème. exemple : à orléans, la variable nb_interface est redéfinie pour accepter la valeur 1 (amon une carte). si la valeur est à 1 dans config.eol, elle ne sera pas acceptée tant que le dictionnaire de la variante n'est pas chargé.

<?xml version='1.0' encoding='utf-8'?>
<creole>
    <variables>
        <family name='general'>
            <variable name="nombre_interfaces" redefine='True'>
                <value>1</value>
            </variable>
        </family>
    </variables>
    <constraints>
        <check name="valid_enum" target="nombre_interfaces">
            <param>['1','2','3','4','5']</param>
        </check>
    </constraints>
    <help>
    </help>
</creole>

99_dico_module.xml Voir - variable définie dans le module (628 octets) Bruno Boiget, 14/02/2013 15:23

99_dico_variante.xml Voir - redéfinition (variante) (595 octets) Bruno Boiget, 14/02/2013 15:23

funcs_test.py Voir - fonctions perso créole (variante) (137 octets) Bruno Boiget, 14/02/2013 15:23


Demandes liées

Lié à zephir-client - Anomalie #3238: enregistrement_zephir ne gere pas directement les fonctions dans /usr/share/creole/funcs Fermé 04/04/2012
Lié à zephir-parc - Evolution #3867: zephir et les briques Eole de base Fermé 25/07/2012 07/02/2014

Révisions associées

Révision a258266a (diff)
Ajouté par Bruno Boiget il y a environ 11 ans

enregistrement : prise en compte des dictionnaires venant de la variante (fixes #4640)

Révision 6de0a36f (diff)
Ajouté par Cédric Anne il y a plus de 5 ans

Fix TinyMCE languages file existence check; fixes #4640

Historique

#1 Mis à jour par Bruno Boiget il y a plus de 11 ans

  • Description mis à jour (diff)

#2 Mis à jour par Guillaume PITARD il y a environ 11 ans

Je suis dans le même cas à Nantes.

Un dico supplémentaire qui installe 2 paquets et qui redéfinit une variable.
L'ajout de 23_proxy.xml dans les dicos de mon module.
23_proxy.xml n'est pas prix en compte lors de l'enregistrement et du coup le redefine du deuxième dico plante.

Cordialement.

#3 Mis à jour par Bruno Boiget il y a environ 11 ans

  • Echéance mis à 08/02/2013

#4 Mis à jour par Luc Bourdot il y a environ 11 ans

  • Echéance changé de 08/02/2013 à 15/02/2013

#5 Mis à jour par Bruno Boiget il y a environ 11 ans

  • Statut changé de Nouveau à Résolu
  • % réalisé changé de 0 à 100

#6 Mis à jour par Bruno Boiget il y a environ 11 ans

cf fichiers de tests pour reproduire ce cas + test de non régression sur la demande liée

#7 Mis à jour par Bruno Boiget il y a environ 11 ans

  • Statut changé de En attente d'informations à Résolu

#8 Mis à jour par Bruno Boiget il y a environ 11 ans

  • % réalisé changé de 0 à 100

#9 Mis à jour par Benjamin Bohard il y a environ 11 ans

  • Statut changé de Résolu à Fermé

99_dico_module.xml (dictionnaire qui contient la redéfinition de variable en fait) et funcs_test.py ont été ajoutés à une variante.
99_dico_variante.xml a été ajouté au module.
funcs_test.py a été copié sur le Zéphir.
99_dico_variante_xml a été copié sur le serveur à configurer.

La variable redéfinie dans la variante est définie à une valeur interdite dans le dictionnaire du module dans la configuration du serveur stockée sur le Zéphir.

L'enregistrement du serveur sur le Zéphir ne provoque par d'erreurs et le serveur récupère bien la bonne valeur pour la variable redéfinie dans la variante.

Formats disponibles : Atom PDF