IRC logs of #tryton-es for Tuesday, 2018-01-30

chat.freenode.net #tryton-es log beginning Tue Jan 30 00:02:01 CET 2018
-!- csotelo(~csotelo@181.64.241.143) has joined #tryton-es00:03
-!- perilla(~perilla@181.188.201.104) has joined #tryton-es00:27
-!- meigallodixital(~meigallod@249.135.116.91.static.reverse-mundo-r.com) has joined #tryton-es10:11
meigallodixitalhi10:11
pokolibuenos dias10:15
meigallodixitalun error de raiseuser ejecutado proteus es permisos verdad?10:17
pokolimeigallodixital: depende del error10:22
pokolimeigallodixital: el mensaje de error tiene que ser claro10:22
meigallodixitalhttps://pastebin.com/FhxDZHwc10:23
meigallodixitalsolo pone error de usuario, es al grabar un party10:23
pokolimeigallodixital: por el traceback veo que es un error de algun dominio que no se cumple10:27
pokolimeigallodixital: pero deberia salirte el mensaje de error explicando el campo y todo10:27
meigallodixitalque curioso, category si va, voy a echar un ojo10:31
meigallodixitalese es el traceback completo10:32
meigallodixitalvoy a ver los oogs10:32
pokolimeigallodixital: hay algo que no termina de funcionar en python3, porque entiendo que te deberia salir el mensaje de error10:35
pokolimeigallodixital: con la descripción10:35
pokolimeigallodixital: tal como sale en python210:35
meigallodixitalcategorias las metió asi que si, es algo de party voy a revisar10:37
pokolimeigallodixital: es un domain, pero en party por defecto no hay muchos domains10:40
meigallodixitales que party tengo solo party_type y el campo de trusted no debiera afecta, además los setes10:41
meigallodixitalseteo10:41
meigallodixitaly party_vat_unique10:42
meigallodixitalel vat no lo seteo de momento no debiera dar problemas10:43
pokolimeigallodixital: si haces un cath de la excepción, i printa el e.message veras el mensaje de error10:45
pokolimeigallodixital: estoy mirando a ver porqué no sale la descripción en python310:45
meigallodixitalparto de la iamgen de docker oficial por si quieres probar con esa10:46
pokolimeigallodixital: si ya tengo el mismo error en pantalla, con la imagen de docker11:02
pokolijejejejej11:02
meigallodixitalque raro si capturo la segunda exception da error de recursividad11:28
pokolimeigallodixital: este error? http://dpaste.com/1NWGE1911:32
pokolimeigallodixital: printe el e.message11:33
meigallodixitalsi11:33
pokolimeigallodixital: en vez de poner print(e) pon print(e.message)11:33
meigallodixitalvale, es el nombre de provincia11:34
meigallodixitalpues está bien voy a printar a ver si no está montando bien el dictreader11:40
-!- mariomop(~quassel@181.93.207.221) has joined #tryton-es11:43
meigallodixitalcreo que es por coruña, no está parece ser, voy a revisar de nuevo11:46
meigallodixitalsi, la C mayúsucula11:52
pokolimeigallodixital: https://bugs.tryton.org/issue7097 por si quieres estar al corriente11:59
pokolimeigallodixital: la provincia no debe tener padre y debe ser del mismo pais12:00
pokolimeigallodixital: deberias poner Galícia y no Coruña12:00
meigallodixitalgalicia es comunidad autónoma, A Coruña es provincia, entiendo que subdivisión es provincia o estyo equivocado12:02
meigallodixitalah, pues autocompleta comunidad si12:07
pokolimeigallodixital: por defecto autocompleta el primer nivel12:21
pokolisi quieres mas detalle, debes poner mas campos12:22
pokolimeigallodixital: es un poco raro si12:22
pokoliejejej12:22
meigallodixitaltodos los problemas sean estos xd12:28
meigallodixitallo voy a hacer por código mejor que asturias es un chorraco12:36
pokolimeigallodixital: estas migrando datos ya?12:42
meigallodixitalestoy preconfigurando algunos datos si12:42
meigallodixitalquiero meter de inicio categorias, terceros ya con su cuenta contable, almacenes y alguna cosa más12:43
pokolimeigallodixital: esta bien, a los usuarios les hes mas fàcil de comprender si ven sus datos12:44
meigallodixitaltenemos tb el plan contable limpio ya solo con las cuentas que usan12:45
meigallodixitaleso que es mejor, hacer un módulo que lo instale u otro método12:45
pokolimeigallodixital: yo en tu caso lo haria todo en el mismo módulo12:53
pokolimeigallodixital: por eso de que es más facil de mantener12:54
-!- csotelo_at_work(~csotelo@179.43.97.56) has joined #tryton-es13:49
-!- andreslara501(~andreslar@190.90.69.95) has joined #tryton-es14:32
-!- perilla(~perilla@corp-190-12-31-162.cue.puntonet.ec) has joined #tryton-es14:58
perillapokoli: sobre mi consulta de ayer, si me funcionó setear el contexto en el campo moves dentro de stock.shipement.internal, cuando abro el formulario de stock move, si me muestra mi nueva vista15:00
perillapokoli: pero solo me funcionó en el cliente gtk15:00
perillapokoli: en el web, se pierde el contexto en algún lado15:00
perillapokoli: revisando un poco el cliente gtk, veo que dentro de one2many hay una funcion new_single que llama a la generación del nuevo formulario15:01
perillapokoli: en la funcion new_single del gtk si evaluo el contexto del screen, si tengo los datos,15:02
perillapokoli: pero en el new_single de sao, no tengo los valores en el contexto del screen.15:02
perillapokoli: el widget one2many en los dos clientes tiene mis valores en el contexto, pero al momento de buscar las vistas que debe servir el cliente, la clase screen hace una llamada rpc a fields_view_get15:04
perillapokoli: dentro del método add_view_id, pero manda el contexto del screen (y como en screen no tengo los datos, entonces en sao no funciona :( )15:05
perillapokoli: voy a revisarlo con más paciencia y poner un issue15:06
-!- andreslara501(~andreslar@190.90.69.95) has joined #tryton-es15:23
pokoliperilla: por lo que cuentas es un error de sao, el comportamiento debe ser el mismo15:27
-!- andreslara501(~andreslar@190.90.69.95) has joined #tryton-es15:27
pokoliperilla: supongo que el problema viene en la creación del screen del One2Many que no se actualiza el contexto teniendo en cuenta el del campo15:27
-!- mariomop(~quassel@181.93.207.221) has joined #tryton-es15:56
-!- csotelo_at_work(~csotelo@179.43.97.56) has joined #tryton-es16:03
perillapokoli: parece que es eso, pero no encuentro en el cliente gtk, en donde se actualiza el contexto del screen, para hacer lo mismo en sao16:35
pokoliperilla: en eso no te puedo ayudar jejeje16:50
perillapokoli: voy a hacer de encontrar el mecanismo que lo actualiza en gtk, para corregirlo en sao16:51
pokoliperilla: creo que es este context: http://hg.tryton.org/tryton/file/292a067fe066/tryton/gui/window/view_form/view/form_gtk/one2many.py#l47316:51
perillapokoli: creo que encontré el problema17:14
perillapokoli: http://tinypic.com/r/jtw76f/917:14
perillapokoli: la funcion context del group.py en el cliente gtk considera al caso en el que el registro tiene parent, y carga el contexto del campo hijo17:15
perillapokoli: y la funcion get_context del cliente web no hace eso17:15
perillapokoli: en la imagen que envío en la parte izquierda esta el código de los clientes (izquierda tryton, derecha sao)17:18
perillapokoli: eureka, lo probé agregando eso en sao y funcionó :)17:40
pokoliperilla: genial, pues crea un issue i sube el patch17:50

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!