You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
#2964 caused a change in actualizer behavior regarding logging.
actualizer used to write informational, non-error messages to stdout. Now it writes this to stderr.
These outputs: FreshRSS starts feeds actualization at... FreshRSS actualize <user> FreshRSS actualization done for...
are all informative so they should go to stdout, not stderr.
Using stdout vs stderr is important because systems like cron will alert root if a scheduled job logs output to stderr.
The text was updated successfully, but these errors were encountered:
Thanks for testing /master, @candrews 👍
You are right, I am reverting. Please see #2979
It is actually unfortunate that some cron jobs by default are testing stderr instead of testing exit code.
In our other CLI scripts, STDOUT is used for data, STDERR for various diagnostic messages.
See (e.g. for a suggestion of code to check exit code):
stderr is also the place where you print stuff like help docs when an invalid argument is passed to a command. In this case its help docs should be printed, but not be passed on to the next program.
#2964 caused a change in actualizer behavior regarding logging.
actualizer used to write informational, non-error messages to stdout. Now it writes this to stderr.
These outputs:
FreshRSS starts feeds actualization at...
FreshRSS actualize <user>
FreshRSS actualization done for...
are all informative so they should go to stdout, not stderr.
Using stdout vs stderr is important because systems like cron will alert root if a scheduled job logs output to stderr.
The text was updated successfully, but these errors were encountered: