Respuestas de foro creadas
-
Entradas
-
Para no duplicar información, les dejo la referencia (en inglés) de Google para esto: https://code.google.com/p/support/wiki/IssueTracker#Issue_entry
Lo ideal es que se reporte lo mínimo necesario como para entender cual es el problema, como reproducirlo y opcionalmente si es que ya tienen un fix. Cualquier cosa pregunten.
Saludos
Hola,
¿ Alguien podría reportar este bug en Google Code por favor ? Con esta información podemos dejar todo preparado para incluir este fix en el código principal.
Gracias,
Saulo
PS: Les recomiendo usar el tag de código para el foro así es mucho más fácil de leer el código SQL/Java/etc que quieran mostrar ya que entre otras cosas no se eliminan los caracteres de tabulación/espaciado.
Algo que quizás pueda funcionar es ver cual es el valor máximo X para m_product_id y luego resetear la secuencia de PostgreSQL con
Code:ALTER SEQUENCE seq_m_product RESTART WITH X+1;luego de importar manualmente los registros
Este es el comportamiento por default de Libertya, no creo que este ni bien ni mal aunque creo que puede ser esperable que al levantar un pedido desde el TPV se vayan actualizando los pendientes de entrega.
Nosotros tenemos código específico en el TPV para lidiar con estas dos situaciones, como parte de la integración con nuestro sistema [url=http://http://www.orbital.com.ar/fuerza-de-ventas-movil/]Venta Móvil[/url].
Si les parece pueden cargar un ticket en Google Code así vamos viendo estos temas entre todos.
Este es un problema conocido, aunque no se si se han cargado tickets al respecto.
Un workaround fácil para esto es agregar 1=1 en la cláusula WHERE de la tabla. Creo que hay uno o dos posts sobre este tema en el foro.
El diccionario se encuentra en la base de datos, schema libertya, todas las tablas que comienzan con ad_
El método ideal para trabajar con el diccionario es ingresando al sistema con usuario/clave System.
Saludos
Hola,
En el caso mencionado anteriormente el 2do tab se creó a partir del primero como una copia regular de registros (desde el menú, Edición -> Copiar Registro). Esta operación de copiado fue repetida en varias ocasiones con el objetivo de preservar las opciones ya escogidas para otros registros y así intentar ganar algo de tiempo.
Acabo de hacer una revisión rápida del log de errores y pude ver que esta situación se repitió para las entidades AD_Process y AD_Column.
Saludos
El problema o al menos el problema inicial es que al duplicar/copiar un Tab/Pestaña existente durante el desarrollo de un plugin, el nuevo Tab conserva el mismo AD_ComponentObjectUID que el registro original. Se imaginarán las consecuencias de esto … durante el desarrollo no se nota nada raro pero luego al intentar instalar el plugin la pantalla se convierte en una versión en rojo de Matrix.
Este problema es 100% reproducible y sospecho que pueda estar pasando con otras entidades (e.g.: AD_Field, AD_Column, etc). Adjunto un plugin de prueba para reproducir el problema.
Saludos,
Saulo
Bienvenido al foro!
Te recomiendo mirar los tutoriales que están en Youtube http://www.youtube.com/channel/UCTr6m-ay_HBBQ1ytkIgaLgQ
Saludos
Problema resuelto, estaba mostrando la pestaña como grilla pero los campos que agregué por default no venían habilitados en modo grilla.
¿ Probaste migrando de 11 a 12, luego de 12 a 13 ? Ya que estás quizás te convenga migrar también de 13 a 14.
Saludos
I’d like to point out that Libertya has a whole lot of messages already translated to English. Being in your place I’d take a look at all *_trl tables and attempt to batch-convert them, paying special attention to the ad_componentobjectuid and ad_componentversion_id fields. Afterwards, you could do some fine tuning by checking Show Translation Tabs @ Tools -> Preference.
Cheers
