Projet

Général

Profil

Bug #37833

hobo deploy et variable pas string

Ajouté par Frédéric Péters il y a plus de 4 ans. Mis à jour il y a plus de 4 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
20 novembre 2019
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

Traceback (most recent call last):
  File "/home/fred/src/eo/wcs/wcsctl.py", line 11, in <module>
    ctl.run(sys.argv[1:])
  File "/home/fred/src/eo/wcs/wcs/qommon/ctl.py", line 163, in run
    return cmd.run(args, options)
  File "/home/fred/src/eo/wcs/wcs/qommon/ctl.py", line 73, in run
    return self.execute(base_options, sub_options, args)
  File "/home/fred/src/eo/wcs/wcs/ctl/check_hobos.py", line 86, in execute
    self.deploy(base_options, sub_options, args)
  File "/home/fred/src/eo/wcs/wcs/ctl/check_hobos.py", line 140, in deploy
    ignore_timestamp=sub_options.ignore_timestamp)
  File "/home/fred/src/eo/wcs/wcs/ctl/check_hobos.py", line 437, in configure_site_options
    value = force_str(value)
  File "/home/fred/src/eo/wcs/wcs/qommon/__init__.py", line 40, in force_str
    return s.encode('utf-8')
AttributeError: 'bool' object has no attribute 'encode'

Fichiers

Révisions associées

Révision 066824a0 (diff)
Ajouté par Frédéric Péters il y a plus de 4 ans

ctl: accept non-string variables during hobo deploy (#37833)

Historique

#1

Mis à jour par Frédéric Péters il y a plus de 4 ans

#2

Mis à jour par Emmanuel Cazenave il y a plus de 4 ans

  • Statut changé de Solution proposée à Solution validée
#3

Mis à jour par Frédéric Péters il y a plus de 4 ans

  • Statut changé de Solution validée à Résolu (à déployer)
commit 066824a03d6ef22bc553b44429938cf838d3c967
Author: Frédéric Péters <fpeters@entrouvert.com>
Date:   Wed Nov 20 18:43:32 2019 +0100

    ctl: accept non-string variables during hobo deploy (#37833)
#4

Mis à jour par Frédéric Péters il y a plus de 4 ans

  • Statut changé de Résolu (à déployer) à Solution déployée
#5

Mis à jour par Emmanuel Cazenave il y a plus de 4 ans

Pas osé noté ça lors de la discussion sur force_str dans #36515, mais il existe un force_str dans django.utils.encoding qui semble gérer ce cas.

J'imagine que c'est connu et que la redéfinition d'un force_str dans wcs est volontaire, bref dans le doute ce message.

Formats disponibles : Atom PDF