-
-
Notifications
You must be signed in to change notification settings - Fork 50
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
Problematic hive check logic for puffbugs #262
Comments
It looks like they are misunderstanding the issue. Puff Bugs are not an instance of Bee. This looks more like an issue on their side because they have a specific safety check for Bees, which probably suffer the same issue as the Puff Bugs do when special exceptions are not made for them. |
Thank you for your feedback. Could you please clarify your statement a bit further? According to the crash log, the Java runtime treats Puff Bugs as instances of bees; otherwise, the check Additionally, the crash is clearly happening in the linked code on your side, where the exception is not being handled. It would also be helpful if you could elaborate on what you mean by 'optimizes the game at the cost of safety.' I'm more than happy to address any problematic areas and make improvements. In general, it's not productive to handle issue reports without providing specific technical references to the relevant code and instead placing blame without deeper investigation. |
To help resolve this issue and move the discussion forward, I reviewed the code in detail and submitted a PR to address the problem: #264 The issue lies in the This PR should resolve the reported issue, prevent other side effects, and slightly improve performance by checking only synchronized entity data rather than chunk data. |
The code demonstrates that Puff Bugs are not instances of Bees. As you've now noticed, the problem is the Yes, the crash is happening in my code, but your mod uses the
I believed my explanation was technical enough. I'm explaining how performance mods generally work (i.e., the consequences of making assumptions to optimize the game). However, I will elaborate anyway since you asked. Your Also, even if I merge the PR, a new version will likely not be released soon due to our team's other priorities outside of Minecraft. Again, this is an example of why asking other mods to adjust to your new conditions is unsustainable. I'm sorry if this comes off as mean, but I'm simply trying to explain that fixing this issue on our end is unlikely to benefit users immediately and represents an unsustainable fix for a pattern of issues like this one. |
their mod is used quite often in modpacks and their issue tracker has almost no issues. it has no issue interacting with hundreds of other mods that have new entities in all dimensions. this seems like a one off issue that many are experiencing with your mod. Considering he has even done the work for you is kinda insane imo, it takes a few clicks to make it part of a next update lol. |
@Enterprise12nx01 Hey, you might be technically correct, but it is their code to maintain and the decision is up to them. It is important to handle each issue properly so the code doesn't become unmaintainable. |
well either way. it would be nice if it could be implemented, as he has already done a pull request..so it just has to be approved and posted, or even so we can compile it ourselves, as its sounding like your mods are currently abandoned |
Follow up to MarkusBordihn/BOs-Adaptive-Performance-Tweaks#72.
I am not technical enough to explain this. Please see this comment: MarkusBordihn/BOs-Adaptive-Performance-Tweaks#72 (comment)
The text was updated successfully, but these errors were encountered: