mcl_explosions: Adjust explosion entity damage hitbox #62
No reviewers
Labels
No Label
blocker
bug
code quality
confirmed
critical
discussion
high priority
incompatibility
incomplete feature
invalid
low priority
missing feauture
needs testing
packet spam
performance
project
regression
translations
unconfirmed
in review
ready for review
No Milestone
No project
No Assignees
3 Participants
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Mineclonia/Mineclonia#62
Loading…
Reference in New Issue
No description provided.
Delete Branch "mcl_explosions2"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
In mcl_explosions the hitbox used for calculating the damage of an entity is its collisionbox multiplied by two. This commit removes the multiplication by two because that makes explosion damage behave weirdly in some circumstances. It was most likely implemented that way because of a misinterpretation of the Minecraft wiki.
This closes issue #48. This PR can be tested by following the steps described there.
Adjust explosion entity damage hitboxto mcl_explosions: Adjust explosion entity damage hitboxI have tested this before and after in both creative and survival exactly like the image suggests.
Before the change each tnt does 5 (2.5 hearts) damage
After the changes it's 1 (1/2 heart) per tnt explosion.
@ryvnf how can this conflict while being merged? Shouldn't it be closed by now?
This probably related to the rewind of the master branch. Initially it said the branch could not be merged because the fork had "incomplete information". I tried syncing the branch but it did not solve the issue. I tried using the listed command-line instructions to merge it locally. It merged fine and the diffs were identical to the PR.
I pushed the merge and and expected it to display "Manually Merged" like this PR from MineClone2 MineClone2/MineClone2#1285 but it appears Gitea were still confused. There are no conflicts as doing
git merge mcl_explosions2
saysAlready up to date
.I will try and see if I get the PR to display as merged. Maybe syncing it with the master branch again will solve it.
After syncing the branch with the master branch again it says the branches are equal. This is worse because now one can no longer see the changes done in the PR.
9d031db213
to4c61fc80c6
a9f47709aa
to4c61fc80c6
Sorry. I just made things worse by attempting to fix it. Because now the changes @cora reviewed are no longer displayed in the Gitea. The PR was merged in
f3b0285347
. It had the following changes:c3b516e5ef
tod9bbf4879c
I managed to get Gitea to change the status of the PR to "Merged" by setting up a fake master branch and merging into that. I think this is better than leaving it closed because now you can actually see the changes which the PR had in the Gitea UI. Note that the message
is incorrect and should say
and that the target branch was
master
and notfake_master
.