Bukkit

@Desrath

What Magic version and CB version do you have?

That swapping to a sword thing is really not necessary anymore, I ought to turn that off. Try thi in your config.yml:

wand_item_enchantable: ""

I'll make that the default again in the next release.

@minecraft_in_my_veins

Oh, that's not what i meant- not global groups

Just in groups.yml - ALL of your groups, not just Wanderer, inherit from a "Default" group that doesn't exist. You don't need g:Wanderer in globalgroups.

You need to either create a "Default" group for everything to inherit from, or change them to inherit from Wanderer (the group that you have already defined in groups.yml)

If it's still not working after that, I'll have to test it out myself with your groups file- there could be something weird with negating the permission and then un-negating it in the same group.

Actually- what I'd suggest is, make a "Default" group in groups.yml - have everything inherit from that, and give it "- -Magic.cast.*". Then in the Wanderer group, add "Magic.cast.tag", etc.

I think the GM might not make sense of it if the negation is the same group as the un-negation.. but honestly, I'm not sure- this is really all basic GM help, and I'm not an expert, I really never use perms :|

@ph1823

I found several strange errors in those logs, the main one that concerns me is the "stack overflow" on /wand wolf - that seems to imply something really weird happened, like the item got swapped out. I'm guessing it's an issue with swordguns.

I've put a check in for this specific issue- if you can try a dev build that may fix it. Otherwise I will be releasing 3.4 soon, I think.

As for the jsonapi and swordguns errors- I see they both have errors, but they don't seem related to Magic. Do those errors still happen?

I didn't read entirely through ALL the logs, but I did try to find the relevant errors. I'm hoping I can help.

I run Spigot on my dev server, so I'm guessing this is probably a fundamental incompatibility with SworgGuns.

@ph1823

Thank you, I will try and take a look- I'm not totally sure what you did there, you, there are like 20 links?

@D3layed

Yes, there is! Short answer, for a "safe" blink:

        allow_ascend: false
        allow_descend: false
        allow_passthrough: false
        transparent: transparent_to_construction

The first three control what happens when you aim up or down, or cast while facing a solid block.

The last one is the one causing you issues- it controls what the spell will target through (a common properly of all spells, most of which target through doors, glass, etc).

If the "transparent_to_construction" list doesn't do what you want, check out messages.yml - you can make your own lists or edit the default ones there.

@minecraft_in_my_veins

The first thing I see wrong there is you're referring to a "default" group in your inheritance that doesn't exist- that should probably be "wanderer" or some other base group?

@ph1823

Wow, please edit/remove that post!

If you need to paste an entire server log, please use pastebin, gist or a similar service.

I can't read any of it, and it makes this page a million miles long, hiding all other posts.

I have no idea why JSONAPI would have anything to do with my plugin, I could see maybe some strange interaction with SwordGuns, just from the name of that plugin, but really shouldn't have an issue. I'll take a look if you can get me a server log I can actually read!

Thanks.

<<reply 2274133="">>

No worries, you're welcome! I think I need to update the command page, there are a few of the newer ones missing, like mgive.

/magic give spell [spell]

Also works, but I'm trying to transition to mgive which is easier to use.

Let me know if you have any problems!

@chuck4100

Have you also asked the DungeonBridge dev, by chance? I can check into that code if it's OSS and I have time. I may be able to work around this by adding a config option for Magic's event listener priorities, but hard to really know if that'd help without knowing what exactly it's doing that is making the other plugin NPE.

@lordseabreeze

Use the "mgive" command in recent Magic versions:

/mgive <spell>
/mgive <player> <spell> //can be used in command blocks, console
/mgive <wand>
/mgive <material brush>
/mgive <player> <spell> <count>

Any of those variants should work, give it a shot!

These will give you items that dtlTraders can sell. Note that there is a very complex (too complex) mechanism to make this happen that is specific to dtlTraders.

In future releases (after Minecraft 1.8, hopefully) Magic items may be universally compatible with plugins like Shopkeepers, and just as a warning the way dtlTraders works with them may change at that point, meaning you'll have to update your shops. Hopefully it won't be a big deal, though, and I'll warn if that happens.

For what it's worth, I really prefer Shopkeepers and the general idea of a physical economy, but to each her/his own!

Broomsticks!

An upcoming, exciting new feature of Magic 3.4 will be flying broomsticks!

This is something I've been working on quite a bit for the Harry Potter configs, but I wanted to bring a generic "flying broomstick" over to the default Magic configs. Here's a picture of me flying on it!

And how it looks when you look down while flying:

This uses the "undead horse" skin, which is re-textured in the Magic Resource Pack. This should generally not interfere with your server, unless you use zombie horses somewhere. Any horse type can be used, though - the HP config is going to use all of the base horse types for different broom models that are visually distinct, for instance.

The brooms are heavily customizable, and I'm going to work on an improved upgrade system that would allow for broom-specific upgrades. The HP config has several different variants, all with different top speeds, handling attributes and braking power.