Bukkit

@lenis:

1. Your recent change in devbuilds worked, and all of our players are now able to break other player's minecarts. Thank you!
2. Regarding the comparator problem I told you about: just noticed that this doesn't happen every time...roughly 30% of the comparators do react to items being stored to the chests via "chest in" signs. 70% of them still don't react.

@amoKona

Is the BKCommonLib up to date on your server?

@Abstracter

This could possibly require quite a bit of work, but I'd start by changing in DefaultTrainProperties.yml:

default:
  slowDown: true

Then the minecarts will require (a lot of) powered rails to keep moving.

We have in our server a (survival) world where we do not use almost any of the TrainCarts properties, and we have been building our metro system quite happily by using vanilla properties in that world.

@Benie76

I have tested automated, periodically moving trains with TrainCarts on our server. Using a combination of a spawner sign in the beginning of the route (set up to spawn trains periodically) and destroyer sign at the end of the route - stations in between - did work reasonably well and it simulates closely enough (if not perfectly) periodically moving trains.

@lenis: OK, I have installed the new dev version of the plugin on our server. Will report today if the fix helped in destroying the minecarts.

- - -

Meanwhile, I have another bug to report: chests which transfer items to or from storage minecarts via "chest in/out" signs do not change the status of the comparator next to the chest anymore.

Here's a figure to clarify. The bug is very easy to reproduce: https://dl.dropboxusercontent.com/u/6411310/comparator_not_working.png

The chest is initiallly empty. I load up some stone on my storage minecart and ride under the chest. The items get transferred from the storage minecart into the chest but no transferring animation is seen (like before). Result: the items are in the chest, which is not empty anymore, but still the comparator next to the chest does NOT activate. This screws up our warehouse design!

The same happens also with "chest out" signs - the stuff gets taken out from the chest and loaded into the storage minecart, but no animation is seen and if the chest is left empty after the transfer, the comparator signal (if it was on) does not get deactivated.

Seems to me you have changed something in your code which handles the item transfer between chests and storage minecarts. Probably you are handling the inventories of both correctly but something does not get registered as it should be, since the comparator status does not get changed after the transfer.

Earlier on, animations were seen both with "chest in" and "chest out" operations, and the comparator did get updated.

@woeterman94

Make sure you don't have any lag-prevention plugins removing empty minecarts.

Anyone? We really need to fix this.

On our server, no other player than the minecart owner can destroy the minecarts from the rails. If there are empty carts left on the rails by some users, this blocks our system.

What are the settings in the TrainCarts settings files I need to fix to enable everyone to break other's minecarts as well as their own?

@Mattrock607

It is compatible with any of the popular permissions managers.

From the wiki: "Like in all plugins that use BKCommonLib as base, all permissions can be found in PermissionDefaults.yml in the plugin folder. There they are all listed together with a description and permission default, which you can alter as well."