Project

General

Profile

Anomalie #4640

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

Added by Bruno Boiget over 8 years ago. Updated about 8 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Category:
-
Start date:
01/04/2013
Due date:
02/15/2013
% Done:

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 View - variable définie dans le module (628 Bytes) Bruno Boiget, 02/14/2013 03:23 PM

99_dico_variante.xml View - redéfinition (variante) (595 Bytes) Bruno Boiget, 02/14/2013 03:23 PM

funcs_test.py View - fonctions perso créole (variante) (137 Bytes) Bruno Boiget, 02/14/2013 03:23 PM


Related issues

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

Associated revisions

Revision a258266a (diff)
Added by Bruno Boiget about 8 years ago

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

Revision 6de0a36f (diff)
Added by Cédric Anne over 2 years ago

Fix TinyMCE languages file existence check; fixes #4640

History

#1 Updated by Bruno Boiget over 8 years ago

  • Description updated (diff)

#2 Updated by Guillaume PITARD about 8 years ago

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 Updated by Bruno Boiget about 8 years ago

  • Due date set to 02/08/2013

#4 Updated by Luc Bourdot about 8 years ago

  • Due date changed from 02/08/2013 to 02/15/2013

#5 Updated by Bruno Boiget about 8 years ago

  • Status changed from Nouveau to Résolu
  • % Done changed from 0 to 100

#6 Updated by Bruno Boiget about 8 years ago

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

#7 Updated by Bruno Boiget about 8 years ago

  • Status changed from En attente d'informations to Résolu

#8 Updated by Bruno Boiget about 8 years ago

  • % Done changed from 0 to 100

#9 Updated by Benjamin Bohard about 8 years ago

  • Status changed from Résolu to 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.

Also available in: Atom PDF