Age | Commit message (Collapse) | Author |
|
|
|
Fixes GH-613
|
|
|
|
|
|
|
|
Fix #610
|
|
|
|
|
|
Re: GH-597
|
|
Seems to be causing more problems than it's solving
Closes GH-597
|
|
Closes GH-602
|
|
Someone wrote some horrible code that throws a world accessing task
onto the HTTP DOWNLOADER Thread Pool, for an activity that is not even
heavy enough to warrant async operation.
This then triggers async chunk loads!
What in the hell were you thinking?
|
|
I have not once ever seen this system help debug a crash.
One report of a suspected memory leak with the system.
This adds additional overhead to asynchronous task dispatching
|
|
|
|
|
|
Finally made timings accept "Callback style" reports, so plugins
can listen for when the report is done.
Added new Util interfaces, MessageCommandSender and BufferedCommandSender
This restores and improves using RCON to generate timings reports
|
|
I believe we are getting data corruption by doing it in the middle of the tick, as I was seeing
really odd reports from automated ones vs command ones.
This will break issueing timings over rcon single command mode and getting the report link in the response back
But I will try to restore that (and make RCON no longer cause spikes) soon.
Reports will still generate, just because its async, the RCON connection
will drop if not in terminal mode before its done.
|
|
|
|
Closes GH-596
|
|
|
|
|
|
|
|
Fixes GH-592
Thanks to the forge team who noticed this issue long ago
|
|
Limit a single entity to colliding a max of configurable times per tick.
This will alleviate issues where living entities are hoarded in 1x1 pens
This is not tied to the maxEntityCramming rule. Cramming will still apply
just as it does in Vanilla, but entity pushing logic will be capped.
You can set this to 0 to disable collisions.
|
|
|
|
|
|
Spigot rebrought this back after it was removed for years due to the performance hit.
It is unknown if the JIT will optimize it out as effeciently with how it was
added, so we do not want any risk of performance degredation.
Paper has a proper Timings system that makes the Vanilla Method profiler obsolete and inferior.
|
|
|
|
* Add fromBottle flag to Experience Orbs
|
|
|
|
Add World.getPlayerCount
|
|
|
|
|
|
Fixes GH-580
|
|
|
|
Fix block break desync
|
|
|
|
We have long been receiving feedback about our warning messages when
excessive velocities are set on entities. We have, for the most part,
ignored much of this feedback because these warnings can be vital in
identifying the cause of a watchdog crash. These crashes would otherwise
be more difficult to identify without this information.
However, in many cases these warnings are unnecessarily verbose as the
server handles these excessive sets itself without user intervention.
As a compromise, we will only warn the user as part of a watchdog crash
log, and we will only include the most recent occurrence. This commit
represents a first effort on this front. It may need to be tweaked later
to provide more relevant information, such as the time it occurred,
and/or not printing the warning at all if the occurrence was a certain
time period ago.
|
|
Don't allow entities to become passengers of themselves
|
|
|
|
This reverts commit b6c1b2d3e71864746fd82bfd03e37b80074f5a05.
|
|
|
|
Unloading Chunks async is extremely dangerous. This will force it to main
the same way we handle async chunk loads.
|
|
Saving players async is extremely dangerous. This will force it to main
the same way we handle async chunk loads.
|
|
Provides counts without the ineffeciency of using .getEntities().size()
which creates copy of the collections.
|
|
Closes GH-569
|
|
|
|
|
|
This ensures that Shulker Boxes can never drop their contents twice, and
that the inventory is cleared incase it some how also got saved to the world.
|
|
Lighting operations apparently can load chunks, which will cause an NPE
in the same fashion you would trigger a CME during the chunk iteration.
|