jrnl/features
Peter Schmidbauer 7f46d1a40a Fix handling of little-endian date format
Ever since version 2.0, when parsing a journal file, jrnl would not use
the custom date format string anymore. Instead, it relied on the
dateutil library to get the parsing right. This change was made to allow
people to change their date format without having to manually change
their file. However, this broke some existing date formats like
%d.%m.%Y, as it would falsely interpret the month as day and vice versa.
This commit adds some tests to catch this error and fixes it by trying
to parse the dates using the custom format first, only falling back to
dateutil when needed.
2020-04-10 11:51:55 -07:00
..
data Fix handling of little-endian date format 2020-04-10 11:51:55 -07:00
steps remove py2 remnants and use mocks in tests 2020-04-10 11:51:55 -07:00
core.feature Split tests 2015-04-20 14:13:34 +02:00
custom_dates.feature Fix handling of little-endian date format 2020-04-10 11:51:55 -07:00
encryption.feature remove py2 remnants and use mocks in tests 2020-04-10 11:51:55 -07:00
environment.py remove py2 remnants and use mocks in tests 2020-04-10 11:51:55 -07:00
exporting.feature Switch to hashmark Markdown headers on export 2020-04-10 11:51:55 -07:00
multiple_journals.feature remove py2 remnants and use mocks in tests 2020-04-10 11:51:55 -07:00
regression.feature [GH-632] confirming that each journal can be parsed during upgrade, and aborting upgrade if not 2020-04-10 11:51:55 -07:00
starring.feature Update all tests to new time format 2015-04-05 03:25:39 +04:00
tagging.feature Add '-not' flag for excluding tags from filter 2020-04-10 11:51:55 -07:00
upgrade.feature Fix handling of little-endian date format 2020-04-10 11:51:55 -07:00