This allows us to conveniently review PRs for libshared using
make LIBPR=62 review
and taskwarrior PRs that require libshared PRs as well using
make PR=2189 LIBPR=63 review
The simple fact that the task has a single or more tags of any value
does not convey a lot of information. As such, we should not color tasks
based on this property by default.
Users can still configure the color.tagged configuration variable if the
color rule makes sense in their system.
The Context::getContext ().error only issues a log message, but allows
the execution of the program. In order to interrupt the execution, an
exception must be raised.
Suspend the CI runs on CentOS 7, which fail due to a cryptic git error
connected with checking out the libshared submodule version. Might be
just a bug that is fixed in more recent git versions, which would
explain why other CI runs work fine.
The "\'" string is equal to "'", which is already stored in the quote
variable, so we might as well use that.
Thanks to Sebastian Uharek for the review suggestion.
Allow only leading spaces in front of configuration variables, as
opposed to arbitrary strings.
This prevents matching variables like "report.list.context=" when one is
seeking to modify "context=".
This also drops support for the transitional `json.depends.array`
configuration value, which has not been necessary since ~2016.
As with tags, dependencies are stored in both a "combined",
comma-separated format (for compatibility) and in an
attribute-per-dependency format (for the future).
The purpose of this break is to not apply the context on commands like
task 4 info
so that we can still refer to tasks directly (using their ID/UUID
references) even if they fall outside of the currectly active context.
However, this break should not be applied for writeable context. This is
because the lexer can (a bit misleadingly) label parts of the desription
of the new task as number/identifier tokens
task add Replace 3 parts of the puzzle abc123
^ ^
type::number type:uuid
which would trigger the break unnecessarily.
Closes#2550.
