A resposta segue mensagem privada, pelo conteúdo delicado... :)

srcsantos escreveu:
Vamos por partes!

1) O desenvolvimento é testado sempre que possível em 3 plataformas (Windows - XP & 7, Linux Ubuntu e Mac OSX) com testes sobre as 3 bases de dados suportadas (MySQL, PostgreSQL e H2)

2) Foram efectuadas dezenas senão centenas de testes de conversão no desenvolvimento da versao 6, e CENTENAS de utilizadores fizeram o seu upgrade via conversão! (maioritáriamente PostgreSQL, é verdade, mas o MySQL era até há bem pouco tempo o meu motor de eleição para testes, por ser bastante mais rápido que PostgreSQL e por isso foi intensivamente testado ).

3) Se a conversão em windows não funciona, então existe algo na base de dados que a torna problemática... poderia aceitar como problema o MySQL do Linux, mas existe um caso similar com PostgreSQL...

Conclusão: Gostava de testar pessoalmente esta situação. Pode facultar um backup da sua base de dados? Se aceitar, p.f. envie para Este endereço de email está protegido contra piratas. Necessita ativar o JavaScript para o visualizar.

Ok, vamos esquecer aquela ideia de usar windows para fazer actualização.
Quer usando uma base de dados remota, quer instalando um servidor mysql (xampp) no windows (xp, 32bit), ao responder afirmativamente à pergunta "deseja actualizar?" recebo imediatamente uma informação de que a "actualização foi cancelada".
Já me basta o linux... deixo bugs windows para utilizadores windows.

Pode não ser o único problema, mas já achei um bicharoco...
Falta a tabela ENTIDADESARTIGOS à base de dados convertida!

Experimentei copiar as especificações da tabela a partir da base de dados "boa", sem melhorias (naturalmente: está lá, mas vazia).
Observado com atenção creio que tudo pode advir daqui: como existem constraints de outras tabelas para chaves daquela, a aplicação ao tentar carregar os dados dá com um "beco".

Analisando com atenção, creio que saberia como preencher manualmente aquela tabela, mas a trabalheira seria tanta que preferiria aguardar até que lançassem a versão corrigida e fazer novamente a actualização. Por agora, vou tentar usar uma máquina virtual com acesso "remoto" à base de dados para fazer a actualização, e ver se realmente o problema está isolado à versão linux x64.

Quando lançarem uma versão corrigida, posso testar e colocar aqui as conclusões. Agradeço é que coloquem um aviso neste tópico para que eu a teste assim que a lancem.

Os avisos "### NOT FOUND ###" relativos ás labels são "normais".

O iva a 21% era inicializado por defeito, pois era o iva que vigorava anteriormente (na próxima release será actualizado para o IVA em vigor)

Irrelevante para nossa questão.

Então podemos apurar que é mesmo a base de dados convertida, o que me leva a crer que a conversão NÃO está a ser efectuada com sucesso (embora esteja a receber a mensagem de sucesso, presumo).

Existe uma forma de isolar o problema: CONVERTER a base de dados em WINDOWS, por exemplo, e fazer um restore no linux, verificando depois o seu funcionamento. Se tudo correr bem, ficamos com a certeza que a conversão no LINUX "Debian Squeeze x64" deixa a base de dados inconsistente.

Criei base de dados vazia e deixei que o Colibri a populasse com a informação inicial: tudo correu sem problemas nem observações.

Fechei aplicação, reiniciei: sem problemas - logo após o login, quando o programa faz as suas verificações, surgem sempre os seguintes avisos:
CHEKING LABELS
<Portugues> ### NOT FOUND ### (on rcpcolibri.vars.model.LabelVARS)
<artigos_tab10> ### NOT FOUND ### (on language/Labels.properties)

Adicionei depois um artigo e um cliente, e criei uma venda a dinheiro: sem qualquer problema - observei apenas que é indicado o IVA por defeito a 21%.

Fechei e reiniciei novamente a aplicação: sem problemas ou observações, e todos os dados estão acessíveis.

Parece-me que algo na actualização da base de dados não correu bem, mas agora que tenho duas vou comparar, para ver se encontro algo que me chame a atenção.

De minha parte, parece-me que o vosso programa está a operar correctamente. O meu sistema é debian, mas já trabalhei com ubuntu, fedora, mandriva e opensuse. Procurem apurar qual o tipo de distribuição nos problemas que vos são relatados porque vos pode ajudar muito a apurar a origem do problema. Da minha parte podem contar com a ajuda que precisarem e vos puder dispensar.