[gnucash-br] Migrando da versão 2.6 para 3.7 (e agora 3.10)

[Danilo Freitas da Costa]

Pessoal,

Sobre essa questão da data, eu olhei aqui novamente e não ocorre comigo.

Porém, eu uso arquivo no formato SQLite e não XML.

O Gnucash armazena (pelo menos aqui nas tabelas), datas em formatos
diferentes. Nas consultas que faço, precisei transformar todos os formatos
de data para 1 só (apenas na consulta - não alterei dados) para conseguir
trabalhar com os resultados.

Façam um teste aí. Convertam o arquivo de dados para um formato em base de
dados (SQLite, Postgres...).

Atenciosamente,

*Danilo Freitas da Costa*


On Sun, Jul 5, 2020 at 5:13 PM Arnaldo Ortega <arnaldo.ortega em gmail.com>
wrote:

> Interessagen, Bruno. No meu caso foi só no orçamento de 2019 que encontrei
> este problema mesmo, não vi em outros lugares.
>
> Gosto muito do GNUCash mas uma coisa que sinto muita falta é poder
> bloquear entradas com datas antigas como outras aplicações tem, para evitar
> erros.. Algo como "qualquer lançamento com data anterior a 01/01/2020 está
> bloqueado". Já vi que é um item recorrente em wish-lists mas não vem, deve
> ser complexo de implementar.
>
> On Sun, Jul 5, 2020 at 1:05 PM Bruno Drago <bsdrago em gmail.com> wrote:
>
>> Fala Arnaldo,
>>
>> O bug da data eu ja tentei achar resposta ou contorno, e sem resultado.
>>
>> A minha versao ocorre o memso problema. EM alguns casos, ele simplesmente
>> esta ignorando as datas padrao do GC, como ano contabil, e mandando datas
>> ainda mais antigas para mim, mesmo que eu diga que quero somente para esse
>> ano.
>>
>> Eu ja ate exclui operações com datas anteriores a 1969, mas elas voltam,
>> como praga =)
>>
>> Abs
>> Bruno
>>
>> PS: O problema das datas permenece nos arquivos, abertos em versoes
>> posteriores. O que em leva a crer que é algo que ele esta gravando errado.
>>
>> Em dom., 5 de jul. de 2020 às 12:05, Arnaldo Ortega <
>> arnaldo.ortega em gmail.com> escreveu:
>>
>>> Bom dia, pessoal,
>>>
>>> Continuando minha saga, nas últimas semanas fui fazendo a migração da
>>> 3.7 para 3.8, 3.9 e finalmente 3.10. Percebi melhoras significativas na
>>> performance e estabilidade, em especial nos gráficos - ficaram mais rápidos
>>> e até agora, em 2 semanas de uso, não deram nenhum crash.
>>>
>>> Persiste o problema com 01/02/2018, vejam no link abaixo um exemplo de
>>> gráfico de despesas, o mês de fevereiro/2018 fica em branco, mesmo havendo
>>> despesas registradas neste mês. Alguém mais passou por isto?
>>>
>>> https://imgur.com/ghy6nIh
>>>
>>> Outro problema bizarro ocorre no orçamento de 2019. Se coloco 01/01/2019
>>> como data inicial ele vira para 31/12/1969. Acabei deixando 02/01/2019 como
>>> data inicial. Este problema tem um bug registrado mas como 2019 já passou e
>>> não faz sentido fazer orçamento para o passado, acredito que não vão
>>> corrigir. Por enquanto não vi em outros anos mas só testei entre 2016 e
>>> 2020..
>>>
>>> Abraço,
>>> Arnaldo
>>> _______________________________________________
>>> gnucash-br mailing list
>>> gnucash-br em gnucash.org
>>> https://lists.gnucash.org/mailman/listinfo/gnucash-br
>>>
>> _______________________________________________
> gnucash-br mailing list
> gnucash-br em gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-br
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.gnucash.org/pipermail/gnucash-br/attachments/20200705/f5fbb9a8/attachment.htm>