| chat.freenode.net #tryton-es log beginning Tue Mar 6 00:02:01 CET 2018 | ||
| meigallodixital | hi | 08:23 |
|---|---|---|
| meigallodixital | la tabla de la relación many2many no debiera crearse auto? | 08:24 |
| -!- javivf(~javivf@unaffiliated/javivf) has joined #tryton-es | 08:33 | |
| pokoli | meigallodixital: no, la tabla de relación se debe crear manualmente | 08:40 |
| meigallodixital | ah, ok | 08:42 |
| meigallodixital | estoy metiendo warehouse en user y quería aprovechar para dejarlo como empleado con selectores en preferencias | 08:43 |
| pokoli | meigallodixital: yo creo que si, que se deberia poder seleccionar el warehouse actual | 08:43 |
| meigallodixital | https://pastebin.com/XvfwaYvK | 08:44 |
| meigallodixital | me he basado en el del shop de zz que ahce algo similar | 08:45 |
| meigallodixital | h | 08:45 |
| pokoli | meigallodixital: ami entender el warehouses no deberia estar en el preferences, sinó que es para los administradores | 08:48 |
| meigallodixital | pero necresito que central y supervisor puedan cambiar el suyo, por eso pensé meterlo ahí | 08:48 |
| meigallodixital | si lo monto como empleados que no puedan añadir los usuarios planos no debiera tener problemas | 08:49 |
| pokoli | meigallodixital: pero el suyo es el warehouse | 08:52 |
| pokoli | meigallodixital: el warehouses es todos los que pueden acceder y eso no deberian cambiar-lo | 08:52 |
| meigallodixital | centra y supervisor no tienen warehouse | 08:52 |
| meigallodixital | no están en tienda | 08:52 |
| meigallodixital | pero si me interesa que el supervisor que viaja entre tiendas el dia que está en una se lo ponga por defecto | 08:53 |
| meigallodixital | aqui el supervisor curra como el resto, si hay sobrecarga de curro se pone en compras o ventas y por eso em interesa que le coja la tienda que está ese día por defecto | 08:54 |
| pokoli | meigallodixital: por eso al supervisor le assignas todos los warehouses a los que puede acceder y a traves del Many2One selecciona el actual | 09:06 |
| -!- danypr92(~daniel@90.68.31.84) has joined #tryton-es | 09:14 | |
| danypr92 | Buenas | 09:15 |
| danypr92 | estoy intentando crear datos desde los modulos, utilizando los ficheros XML, creamos dos `ir.triggers`, estos tienen una realcion con `electronic.mail.template`. Creamos los templates y para ello hace falta tener algun `smtp.server` creado. Tenemos el codigo de creación del smtp. Al ejecutar los tests nos fallan porque la busqueda de `smtp.server` en el template devuelve un conjunto vacio. | 09:17 |
| danypr92 | No se si se ha entendido muy bien | 09:17 |
| danypr92 | el problema es que cuando se genera el template espera que exista al menos un smtp server y no es el caso | 09:17 |
| danypr92 | pensamos que es un problema de orden de carga de ficheros, y hemos movido los ficheros del `tryton.cfg` para que esten en el orden en que se deben ir creando (y no en orden alfabetico como poniamos hasta ahora | 09:18 |
| meigallodixital | pokoli, claro por eso digo de meterlo en preferencias para que le sea cómodo | 09:19 |
| pokoli | meigallodixital: si pero, solo el Many2One, el Many2Many es configuración del administrador | 09:22 |
| meigallodixital | hum,puede ser interesante si | 09:22 |
| pokoli | danypr92: es un problema de diseño del módulo. Tal como esta diseñado no puedes definir el ir.trigger en xml sin definir el smtp server en el xml | 09:24 |
| danypr92 | pokoli: estoy definiendo los dos en un xml, pero en ficheros diferentes | 09:33 |
| danypr92 | pokoli: puedo probar a crearlos en el mismo fichero xml, primero smtp y despues templates y por ultimo triggers | 09:33 |
| pokoli | danypr92: entonces debes hacer referencia al smtp server por id del xml | 09:33 |
| -!- csotelo(~csotelo@2001:1388:49c6:5729:fbf8:6db:4ee2:edf2) has joined #tryton-es | 09:34 | |
| danypr92 | pokoli: con un search tambien? o que attibuto uso? | 09:35 |
| pokoli | danypr92: attribute ref="xml_id" | 09:35 |
| danypr92 | pokoli: gracias! pruebo! | 09:35 |
| pokoli | danypr92: esta explicado en: http://doc.tryton.org/4.6/trytond/doc/topics/modules/index.html#xml-files | 09:36 |
| danypr92 | pokoli: gracias, no lo habia visto | 09:40 |
| -!- mariomop(~quassel@181.110.48.86) has joined #tryton-es | 11:11 | |
| meigallodixital | como se filtraría en un many2manay los registros de la tabla relacionada? | 11:12 |
| meigallodixital | quiero sacar los registros de location que sean warehouse solo | 11:13 |
| meigallodixital | warehouses = fields.Many2Many('res.user-stock.location', 'user', 'location', "Warehouses", | 11:13 |
| meigallodixital | domain=[('stock.location.type', '=', 'warehouse')]) | 11:13 |
| pokoli | meigallodixital: el domain del many2many aplica directamente el modelo destino | 11:22 |
| pokoli | meigallodixital: domain=[('type', '=', 'warehouse')] | 11:22 |
| meigallodixital | es lo que estaba probando, había probado stock.lcoation.type y location.type | 11:23 |
| meigallodixital | si hay coincidencia de campos como se gestiona? | 11:23 |
| meigallodixital | por ejemplo el campo created | 11:23 |
| meigallodixital | lo que se mete en user se mete auto en context? porque me está dando otra vez el error de int ... | 11:26 |
| meigallodixital | nada, ni caso, que no había reentrado :( | 11:28 |
| pokoli | meigallodixital: no entiendo la pregunta, traduce del gallego xD | 11:29 |
| meigallodixital | que me daba el error de estos días de int que es cuando hay warehouse en context pero no válido, y era porque borré esto pero no reinicé sesión | 11:30 |
| meigallodixital | cls._context_fields.insert(0, 'warehouse') | 11:30 |
| meigallodixital | del tema de grupo de empresas entiendo que de momento nada, el issue no se mueve | 11:47 |
| pokoli | meigallodixital: si hay algo veras comentarios en el issue | 11:48 |
| meigallodixital | vi las propuestas tuyas y estoy en nosy por eso preguntaba retóricamente | 11:48 |
| meigallodixital | como aprecía que natic se lo iba a asignar | 11:48 |
| pokoli | meigallodixital: la issue si la vas a assignar a alguien es a tu mismo, no puedes assignar a otros | 11:49 |
| meigallodixital | si, por eso digo, como comento el hombre este | 11:49 |
| meigallodixital | yo aún no me defiendo 100% para meterme en eso, ojalá pudiese | 11:50 |
| pokoli | meigallodixital: me dio para actualizar nuestras imagenes para usar python3, si lo se no me meto | 11:50 |
| pokoli | meigallodixital: tu lo tiras con uwsgi? | 11:51 |
| meigallodixital | si | 11:51 |
| -!- nstefani(~nstefani@190.210.221.137) has joined #tryton-es | 11:51 | |
| pokoli | meigallodixital: cuantos workers? | 11:53 |
| meigallodixital | 2, pero es devel, producción todavía no monté | 11:54 |
| pokoli | meigallodixital: yo tengo los mismos pero me da un error de que se corta la conexión con la bbdd | 12:01 |
| pokoli | meigallodixital: de todos modos, yo uso trunk :) | 12:02 |
| meigallodixital | a mi me pasó antes pero despues de darle varias veces y no le di importacia la verdad (estyo en win, estoy acostumbrado), y era metiendo las categorias que son miles | 12:03 |
| meigallodixital | psycopg2.extensions.TransactionRollbackError: could not serialize access due to concurrent update | 12:03 |
| pokoli | meigallodixital: esto es un bloqueo en la base de datos | 12:10 |
| pokoli | meigallodixital: ami me da esto, pero primero da otro error: https://pastebin.com/u631Wanb | 12:10 |
| meigallodixital | de momento ese no | 12:11 |
| meigallodixital | https://pastebin.com/jxWCcZJ3 | 12:30 |
| meigallodixital | algún tip? no me aplica me saca todos los warehouses | 12:31 |
| pokoli | meigallodixital: yo lo veo bien | 12:34 |
| meigallodixital | yo creo que no se está aplicando porque salen todos los almacenes, si siquiera coge el [] por defrecto | 12:36 |
| meigallodixital | algo se me está pasando, pero no aplica el permiso, es incluir el xml en el tryton.cfg y nada más no? | 13:03 |
| -!- meigallodixital_(~meigallod@162.200.26.77.dynamic.reverse-mundo-r.com) has joined #tryton-es | 13:04 | |
| pokoli | meigallodixital: acttualizar el módulo | 13:06 |
| pokoli | meigallodixital: lo deberias poder probar creando los registros en la base de datos, y luego el xml | 13:07 |
| meigallodixital_ | si, el modulo lo actualicé a eso llego ... que poca fe xddddd mereciad pero poca xd | 13:26 |
| meigallodixital_ | ah vale que avisa pero no limta, tendré que sobreescribir el campo | 13:28 |
| meigallodixital_ | Está intentando evitar una regla de acceso. | 13:28 |
| meigallodixital_ | (Tipo de documento: purchase.purchase) | 13:28 |
| meigallodixital_ | pensé que también filtraba la selección de almacén | 13:28 |
| pokoli | meigallodixital_: si que limita si pero tienes que recargar las conusltas | 13:28 |
| pokoli | meigallodixital_: nono, tiens que aplicar una regla para cada modelo | 13:28 |
| meigallodixital_ | ajá, para location tb entonces no? | 13:29 |
| meigallodixital_ | si la hago para stock.lcoation y global no debiera aplicarse siempre independientemente del modulo? | 13:31 |
| meigallodixital_ | nop, filtra todo hasta la propia selección | 13:35 |
| pokoli | meigallodixital_: para location i para aquellos modelos que tengan una relación con esta registro | 13:46 |
| pokoli | meigallodixital_: este último paso igual se podría gestionar a nivel del servidor, abre un disscuss/issue y lo vemos | 13:46 |
| meigallodixital_ | si filtro location me filtra admin tb tendría que excluir usuarios administradores | 13:47 |
| pokoli | meigallodixital_: no entiendo, pero voy a comer que ya no me llega la sangre a la cabeza | 13:48 |
| meigallodixital_ | si filtro stock.location a los que están enlazados en user | 13:48 |
| meigallodixital_ | cuando entro en adminisrtación a gestionarlos solo me salen los que tenia en el usuario admin, filtra esos también | 13:49 |
| pokoli | meigallodixital_: claro porqué la regla es global | 14:28 |
| meigallodixital_ | si, si, por eso digo que esa parte estaría cubierta si condiciono la relga a los no admin | 14:29 |
| meigallodixital_ | faltaría la parte de filtrar los desplegables en las fichas del resto de modelos | 14:29 |
| pokoli | meigallodixital_: puedes aplicar la regla solo si el campo tiene valor con un IF | 14:30 |
| meigallodixital_ | si, me refería más a hacerlo globalmente, para no tener que saber en que modelos se llama a warehosue, lo que comentabas antes del discuss, luego a ver si lo redacto que ya me cuesta en castellano explicarme ... | 14:31 |
| pokoli | meigallodixital_: sisi, entiendo la necessidad, al final es hacer una regla por modelo y que todos los campos relacionados la sigan | 14:33 |
| -!- josesalvador(~josesalva@93.176.185.229) has joined #tryton-es | 16:58 | |
| -!- javivf(~javivf@unaffiliated/javivf) has joined #tryton-es | 18:04 | |
| -!- javivf(~javivf@unaffiliated/javivf) has joined #tryton-es | 19:03 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!