French/français : Bienvenue sur le logiciel de suivi du projet LibraZiK. Après vous être inscrit, vous pouvez commenter les tâches ouvertes, créer de nouvelles tâches, voter pour des tâches, vous inscrire à des tâches pour être tenu au courant des évolutions,… Pensez à être le plus précis possible dans vos messages. D'avantage d'information concernant le logiciel de suivi du projet LibraZiK.
Anglais/english : Welcome to the LibraZiK project tracking software. After registering, you can comment open tasks, create new tasks, vote for tasks, register for tasks to be kept informed of developments,… Remember to be as precise as possible in your messages. More information about the LibraZiK project tracking software. Feel free to write in French or in English.
- Status Closed
- Percent Complete
- Task Type Rapport de bogue / bug report
- Category distribution
-
Assigned To
Olivier Humbert - Operating System
- Severity Low
- Priority Very Low
- Reported Version version 2 20190702
- Due in Version version 3 20200507
-
Due Date
Undecided
- Votes
- Private
Opened by Jean Pierre Cimalando - 01.12.2019
Last edited by Olivier Humbert - 07.05.2020
FS#996 - carla-fr : erreur d'exécution à cause de la traduction
Une chaîne de caractères accentuée déclenche une erreur d’exécution.
Donc, ce problème est spécifique à la version traduite.
Hélas, je n’ai pas su identifier une marche à suivre pour reproduire ce problème.
Une exception est levée, elle ne plante pas l’interface graphique de Carla, mais il se pourrait que cela entraîne des conséquences néfastes.
Carla 2.0.0 démarré, statut :
version Python : 3.5.3
version Qt : 5.7.1
version PyQt : 5.7
rép binaires : /usr/lib/carla
rép ressources : /usr/share/carla/resources
libjack.so.0 loaded successfully!
Traceback (most recent call last):
File "/usr/share/carla/carla_host.py", line 1537, in slot_handlePatchbayPortRemovedCallback
patchcanvas.removePort(groupId, portId)
File "/usr/share/carla/patchcanvas.py", line 926, in removePort
qCritical("PatchCanvas::removePort(%i, %i) - incapable de trouver le port à enlever" % (group_id, port_id))
UnicodeEncodeError: 'ascii' codec can't encode character '\xe0' in position 62: ordinal not in range(128)
On peut produire ce type d’erreur hors contexte avec un programme simple.
Python 3 uniquement.
#!/usr/bin/python3
# -*- coding: utf-8 -*-
from PyQt5.QtCore import *
from PyQt5.QtGui import *
from PyQt5.QtWidgets import *
import sys
app = QApplication(sys.argv)
s = "Erreur de décodage"
qCritical(s)
#qCritical(s.encode('utf-8'))
A priori si on applicait encode(’utf-8’) sur la chaîne formattée on récupèrerait une instance de bytes, ce qui permait à qCritical de ne pas planter.
| ID | Project | Summary | Priority | Severity | Assigned To | Progress | |
|---|---|---|---|---|---|---|---|
| 967 | LZK - (FR) suivi des tâches / (EN) tasks tracking | Medium | Low | Olivier Humbert |
Précision : à mon avis, uniquement les chaînes enveloppées de tr() devraient être considérées sans risque, dans le code source py.
Les qCritical et autres q* écrivent sur le terminal, ce n'est pas fait pour être vu par les utilisateurs lambda.
Une nouvelle version de Carla se trouve dans LZK-3. J'ai retiré pas mal de traductions suite à ton conseil.
Pas de nouvelles ici ou sur le canal IRC d'autres plantages dans le style. Il est à noter également que l'on arrive bientôt à la version 2.2 et donc : https://github.com/falkTX/Carla/issues/596.
Bref, je passe à "100% faite" cette tâche et fermerai bientôt lors de la publication de LZK-3.
Merci pour le signalement Jean Pierre !