-
Notifications
You must be signed in to change notification settings - Fork 24
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
Log4j console spam [HackyMessageFactoryWrapper] [1.7] #289
Comments
A possible quick fix would be to make the fix automatically get disabled if it detects MultiMC's patched version of log4j ( By the way, I'm able to reproduce the issue with PolyMC 1.3.2-404b9599, running FoamFix 1.0.1 and Forestry 4.3.1.44. |
Hold on, multi/polymc fixes the exploit by default? Then I don't need to add Healer. |
Yeah. I believe you only need a mod's fix if you (or someone you intend to play your pack) uses a different launcher, or a different method of launching the game (hosting a server being a big one). |
Worked around in 1.0.2 - if it detects a known patched JndiLookup.class, FoamFix will prevent applying its own workaround. |
A'ght. |
Opening this, because it's technically not fixed - even if most people won't see it again. |
A new issue that I had never noticed before has happened recently, enabling the log4j exploit fix spams the console with tens of pages repeating the same line over and over, this is an short excerpt from forestry's log4j spam.
Disabling the exploit fix stops the spam, but obviously that's besides the point here.
Any help on what might have caused this? The log4j fix has been out for months and this never happened before. I even tried downgrading foamfix to 1.0 just in case it was the latest update, but it seems inherent to the log4j exploit fix because it spammed the console even in that version.
Thank you in advance.
The text was updated successfully, but these errors were encountered: