Esta vez no tardaron tanto en resolverlo, sólo un par de meses. El caso era que en el último proyecto en el que he estado trabajando teníamos que migrar unos módulos de la versión 2.50 a la versión 3.0. En dicha migración me di cuenta que unas vistas que estaban en base de datos pero no modularizadas no se podían exportar ya que se utilizaban funciones de postgresql que devolvían «double precision». Tal era el problema que incluso haciendo casting se exportaba incorrectamente y en consecuencia era imposible volver a importar la vista.
La solución momentánea pasó por un hack guarrete pero que funcionaba, concatenaba el double precision con una cadena vacía de forma que todo en consecuencia pasaba a ser una cadena (cast implícito) y a este le aplicaba la función TO_NUMBER de Openbravo, algo como esto.
TO_NUMBER(date_part(…) || »)
Openbravo ahora lo ha solucionado según indican en el issue que abrí, parece que era lo suficientemente grave como para solucionar mi problema a pesar de no ser partner.
Cheli