Bukkit

For me the same: No spawner works in #3020. Also with updatet BKCommonLib.

EDIT:

I have the solution!

I founded in the bukkit-plugin-dir two directorys for the train-plugin: "train carts" and "train_carts". The "train_carts" is the newer directory. I copied all the files from "train carts" into "train_carts" (by replacing the new files). Then I deleted the directory "train carts". And: The spawners working again.

http://pastebin.com/8Se2cyTg

I can also confirm that, at least spawners (so I couldn't get any further to test stuff. Lol) don't work with Beta build #3020. They work fine on Beta build #2974, however. :)

@satgat

Minecart teleporting works for me although it did take a little time to get the right setup.

I used a sign like:

[portal]
portalname
destinationportalname

I put this sign 2 blocks below the track facing the cart and powered it with a redstone torch. I tried using a non powered sign using [+portal] but that didn't work.

Once you have two portal signs setup you should be able to teleport from one to the other and back again.

I have mine going from one world to another and it works fine. My only issue is with the routing. I'm not sure if this is working across the portal. It certainly doesn't link when I check the destinations.dat file with tcgraph.

I have been unable to keep chunks loaded with this... I have set it to true in defaulttrainproperties yet the train never returns to me unless I move to where it is stuck / unloaded.

Any suggestions? I have a very large area I need the train to travel in, so if it's never getting to it's destination, pretty much makes it useless for me :(

Thank you! I was able to solve the problem, thanks

*Google Translate ***

It will be nice to meet machine translation, because it is not good at English.

Could you tell me how to release the connection of the truck?

Traincarts won't work, I installed through FTP, my server is 1.7.2 and I don't have any other plugins that could make it incompatible.

minecart can't teleport using myworld portal signs.

@hellphish

I have just done the same test as Etsija unfortunately with the same result. The destination was set to an empty string (presumably contents from the 3rd line of the sign, not 4th) and the cart did not get to the correct destination.

@Etsija

I like the way that it's possible to click a destination sign now without needing to worry about having a button and the associated redstone. Not only does the clickable sign take up much less space, it's simpler to implement and easier for the user too - which button corresponds to which sign can be a problem.

The issue with the current implementation is that the destination sign has been "overloaded". ie one type of sign (destination) has two different functions - mark destination and set destination.

I think a destination sign should only mark a destination and not be clickable. To provide the functionality to set destinations a new sign could be added (as discussed offline) that is clickable. Something like:

[train]
setdestination
my_dest

This should be relatively straightforward to implement as it's a new sign.

An alternative approach which might be slightly more risky in terms of coding would be to make the existing property sign clickable in the same way that the destination one is now.

I like this solution as any property, not just destination, could then be set by just clicking on a property sign should the user wish. So something like maxspeed could be easily set by the cart user without needing to resort to the command line.

So, apparently my trains are randomly not recognizing each other anymore? None of the trains are functional as anything other than individual Minecarts now, and there doesn't seem to be any real logical reason for it. We didn't update anything or change any settings... they just stopped working randomly. There aren't any console errors, either... they just randomly broke. I reinstalled BKCommonLib, ProtocolLib, and of course Traincarts itself, and nothing seems to fix it.