Not a bug, more user "gotcha".
The LogcatAppender is a wrapper around the android logger.
The android logger performs filtering using the system properties.
The issue is how the two filtering mechanism should interact.
Suppose there is a logger called "foo", the corresponding system
property has been set log.tag.foo DEBUG and the logback
config is filtering 'foo' to ERROR.
What should happen to, say, a WARN message?
My thought is that, if specified, the logback config should win
but there should be an unambiguous "pass" flag that
lets the underlying mechanism do its thing.
Not a bug, more user "gotcha".
The LogcatAppender is a wrapper around the android logger.
The android logger performs filtering using the system properties.
The issue is how the two filtering mechanism should interact.
Suppose there is a logger called "foo", the corresponding system
property has been set log.tag.foo DEBUG and the logback
config is filtering 'foo' to ERROR.
What should happen to, say, a WARN message?
My thought is that, if specified, the logback config should win
but there should be an unambiguous "pass" flag that
lets the underlying mechanism do its thing.