-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(logging): label value should be a logging level #848
Conversation
My pleasure! Yes it will fix this issue :) |
hii @gnuletik , thanks for the PR but the original issue/feature seems to be gologger and it is being tracked here projectdiscovery/gologger#38 ref: #847 (comment) |
Thank you @gnuletik for opening this PR, closing this one as it will be addressed in the golagger project. |
I don't think that this issue should be addressed in gologger's projectdiscovery/gologger#38 As I described in the initial description of this PR, gologger is just allowing its users to override the However, subfinder is explicitly NOT using the label field properly, as it is not respecting gologger's defined labels value: This PR fixes the subfinder usage of subfinder. |
@ehsandeep can you reconsider this PR please? I really think that the underlying issue is about the usage of gologger in subfinder. Thanks! |
This PR fixes the usage of the
Label(..)
function in gologger.When Verbose mode is activated, and gologger is configured to use the JSON formatter, here are some logs printed by subfinder:
As you can see, the
level
value is incorrectly defined.The level value should be one of the one defined by gologger:
https://github.com/projectdiscovery/gologger/blob/1fc5289842cc77b4c81dfef7b775cf3b25f97cdf/gologger.go#L15-L22
So,
dnsdumpster
is not the correct value.This PR fixes the behavior by using logger fields to define the current fields.