When we start a daily build of Libreoffice, we get quite a few messages logged to the console. Some of them indicate bugs in the code, in particular attempts to do things which don't need doing (and thus fail); some of them warn us of a state of affairs which is actually fine and should not merit a warning; etc. The combined effect is a lot of "noise" which tends to hide those log lines which indicate objectively problematic occurrences on our system. This meta bug is intended to track bugs which effect this state of affairs - whether they're bugs merely regarding excessive logging, or other bugs which also result in log messages.
The warnings that are emitted by daily builds are emitted by *debug* builds of the program. As such, they are targeted at developers working on the code, and reflect what a specific developer decided useful to output; the data there is usually quite enough for a person looking for a problem to see the problem; however, sometimes it is indeed obsolete. There are commits now and then that move some warnings to info, or remove warnings; and at the same time, new warnings may be introduced. It seems ... not useful to look at those warnings from a user PoV, where "either actual error is shown, or nothing is shown at all". The shown bits, which may seem useless now and at this input, turn useful when another problematic file is analyzed. Release builds do not have these warnings at all. However, I don't have a strong opinion on this.
(In reply to Mike Kaganski from comment #1) > It seems ... not useful to look at those warnings from a user PoV, where > "either actual error is shown, or nothing is shown at all". The shown bits, > which may seem useless now and at this input, turn useful when another > problematic file is analyzed. Release builds do not have these warnings at > all. I basically agree. So, just to emphasize - the intention is not to encourage any bugs saying "don't print this message", but rather mostly bugs about resolving the issues which cause the message to be printed. An exception to my agreement is that console output is seen not just by the developer, but by QA people, early adopter users, and other developers. For their sake, it's important that messages be clear enough for them to understand whether they should be looking into something or not (And indeed, if you look at the 6 dependent bugs, you'll see that there's no "just stop printing this" bugs.)
I changed component to LibreOffice, because this issue is not specific to Base.