| chat.freenode.net #tryton-fr log beginning Fri Mar 22 00:00:02 CET 2013 | ||
| 2013-03-22 10:37 <mrechte> Bonjour. Toujours dans le chapitre de la saisie manuelle d'écritures, il me manque un état "Draft Journal" montrant les mouvements non encore comptabilisés (avec la possibilité de ne voir que ses propres saisies et non celles de ses collègues) ainsi qu'une action permettant de comptabiliser ce lot d'écritures en une seule fois, avec au final un rapport "Posted Journal". | ||
| 2013-03-22 10:50 <mrechte> Il me semble qu'une telle fonctionnalité devrait faire partie du module de base account. | ||
| 2013-03-22 10:58 <cedk> mrechte: tu peux chercher sur l'état draft | ||
| 2013-03-22 11:01 <cedk> mrechte: en fait, l'interface te permet de chercher sur presque tous les critères que tu veux | ||
| 2013-03-22 11:01 <cedk> mrechte: et en 2.8 l'utilisateur peut même sauver cette recherche | ||
| 2013-03-22 11:14 <mrechte> cedk: le but de ma demande ne consiste pas à effectuer des recherches, mais à implémenter une méthode de travail qu'un service comptable demandera dans beaucoup de cas (en France du moins): 1) saisie d'écritures 2) impression d'un brouillard 3) Application de corrections 4) Comptabilisation et impression du journal de comptabilisation (qui est généralement conservé pendant quelque temps). Ceci devant fonctionner en multiutilisateur. | ||
| 2013-03-22 11:17 <cedk> mrechte: comprend pas la différence | ||
| 2013-03-22 11:24 <mrechte> cedk: cette méthode de travail basique ne peut pas être implémentée en l'état actuel (c-à-d out of the box). | ||
| 2013-03-22 11:24 <cedk> mrechte: pourquoi ? | ||
| 2013-03-22 11:27 <mrechte> cedk: tu vas peut-être m'expliquer comment, ne connaissant surement pas toutes les fonctionnalités. | ||
| 2013-03-22 11:29 <cedk> mrechte: dans ta description, je vois rien | ||
| 2013-03-22 11:43 <mrechte> Dans la table account_move, je ne vois pas de colonne company. Comment fait-on le rapprochement avec la société des écritures passées ? | ||
| 2013-03-22 11:51 <cedk> mrechte: la company est déjà sur les comptes | ||
| 2013-03-22 11:58 <cedk> mrechte: en fait, les vues se base sur la période qui est aussi lié à une company via l'année fiscale | ||
| 2013-03-22 12:18 <mrechte> cedk: les états tels General Journal en tiennent-ils compte (dans le code Python j'ai l'impression qu'ils ne s'en soucient pas) ? | ||
| 2013-03-22 12:19 <cedk> mrechte: je sais pas | ||
| 2013-03-22 15:25 -!- sisalp(~dominique@annecy.sisalp.net) has left #tryton-fr | ||
| 2013-03-22 18:28 <Pilou> ça ne serait pas mieux d'avoir l'initialisation des modules réalisées au sein d'une même transaction (transaction au sens de la base de données) ? | ||
| 2013-03-22 18:29 <cedk> Pilou: ils le sont un par un | ||
| 2013-03-22 18:30 <cedk> Pilou: mais je pense qu'il y a des opérations qui ne sont pas transactionel comme la création de table, l'ajout d'index etc. | ||
| 2013-03-22 18:30 <Pilou> exact | ||
| 2013-03-22 18:33 <Pilou> quand la mise à jour auto des modules est activée et qu'il y a par exemple une typo dans le code du module, trytond se retrouve bloqué - je ne sais pas si c'est systématique - l'exception remonte jusqu'à bin.trytond.run mais trytond ne quitte pas. | ||
| 2013-03-22 18:36 <Pilou> ne serait il pas intéressant de quitter explicitement quand Pool(db_name).init lève une exception ? | ||
| 2013-03-22 18:36 <cedk> Pilou: pas sur | ||
| 2013-03-22 18:37 <cedk> Pilou: le monitor essaie de voir si le code peut être reloader quand il a changé | ||
| 2013-03-22 18:37 <cedk> Pilou: mais si on detecte mal du mauvais code, on peut penser qu'il va être changé encore une foie | ||
| 2013-03-22 18:38 <cedk> mais si on a arrete trytond, le serveur ne sera pas reloadé | ||
| 2013-03-22 18:39 <Pilou> mais quand l'erreur est corrigée 'ça ne reprend pas', c'est à dire que les modules ne sont pas rechargés: trytond reste bloqué. Il est possible de se connecter avec le client mais les modules concernés ne fonctionnent pas. | ||
| 2013-03-22 18:40 <cedk> Pilou: tu es sur que ça reprend pas ? Il faut parfois attendre un petit peu | ||
| 2013-03-22 18:41 <cedk> je le fais souvent en développant: sauver un fichier qui n'est pas valide, puis je le corrige et je peux me reconnecter au serveur | ||
| 2013-03-22 18:53 <Pilou> là y'a deux threads: celui qui fait des select sur la socket (c'est celui écoute sur le port 8000) et celui dans lequel l'exception a eu lieu qui attend que l'autre thread termine | ||
| 2013-03-22 18:54 <cedk> Pilou: quelle thread ? | ||
| 2013-03-22 18:55 <cedk> Pilou: on reload le code en redemarrant le process | ||
| 2013-03-22 18:57 <Pilou> les deux sont là http://pastebin.com/NWwNQVFh | ||
| 2013-03-22 18:59 <cedk> Pilou: je serai pas contre qu'on catch les exception autour de Pool.init avec un logging | ||
| 2013-03-22 19:00 <cedk> Pilou: et laisser le code continuer | ||
| 2013-03-22 19:00 <Pilou> ok | ||
| 2013-03-22 19:00 <cedk> Pilou: ou bien redemarrer | ||
| 2013-03-22 19:01 <cedk> Pilou: si l'autoreload est actif apres quelque temps | ||
| 2013-03-22 19:01 <cedk> Pilou: et s'arrêter s'il y a pas d'autoreload | ||
| 2013-03-22 19:02 <cedk> mais en tout cas, on ne doit pas essayer de servir les requetes si le pool n'est pas initialisé completement |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!