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 <[email protected]> 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 <[email protected]> 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 < >> [email protected]> 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 >>> [email protected] >>> https://lists.gnucash.org/mailman/listinfo/gnucash-br >>> >> _______________________________________________ > gnucash-br mailing list > [email protected] > https://lists.gnucash.org/mailman/listinfo/gnucash-br >
_______________________________________________ gnucash-br mailing list [email protected] https://lists.gnucash.org/mailman/listinfo/gnucash-br
