If player doesnt have permission to use the armor stand editor, it shouldnt cancel the event.

It's not a super big deal, people can just switch the Flint out of their hand and then open the GUI again. But, if you're holding the editor tool, open a GUI and try to click on anything in it, the Armor Stand Editor menu displays instead of the proper GUI. I'm mostly worried about it confusing players, thinking that they've clicked on what they wanted to in the GUI and are seeing what they should, when they aren't.

Crash whenever right-clicking to use Flint in 1.17

Version: CraftBukkit version 3099-Spigot-c9cea60-e2f5ea3 (Implementing API version 1.17-R0.1-SNAPSHOT)

java.lang.IndexOutOfBoundsException: Index 0 out of bounds for length 0
        at jdk.internal.util.Preconditions.outOfBounds(Preconditions.java:64) ~[?:?]
        at jdk.internal.util.Preconditions.outOfBoundsCheckIndex(Preconditions.java:70) ~[?:?]
        at jdk.internal.util.Preconditions.checkIndex(Preconditions.java:266) ~[?:?]
        at java.util.Objects.checkIndex(Objects.java:359) ~[?:?]
        at java.util.ArrayList.get(ArrayList.java:427) ~[?:?]
        at net.minecraft.core.NonNullList.get(SourceFile:46) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at net.minecraft.world.inventory.Container.b(Container.java:272) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at net.minecraft.world.inventory.Container.d(Container.java:228) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at net.minecraft.world.inventory.Container.addSlotListener(Container.java:161) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at net.minecraft.server.level.EntityPlayer.initMenu(EntityPlayer.java:545) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at org.bukkit.craftbukkit.v1_17_R1.entity.CraftHumanEntity.openCustomInventory(CraftHumanEntity.java:325) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at org.bukkit.craftbukkit.v1_17_R1.entity.CraftHumanEntity.openInventory(CraftHumanEntity.java:303) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at io.github.rypofalem.armorstandeditor.menu.Menu.openMenu(Menu.java:197) ~[?:?]
        at io.github.rypofalem.armorstandeditor.PlayerEditor$OpenMenuTask.run(PlayerEditor.java:417) ~[?:?]
        at org.bukkit.craftbukkit.v1_17_R1.scheduler.CraftTask.run(CraftTask.java:81) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at org.bukkit.craftbukkit.v1_17_R1.scheduler.CraftScheduler.mainThreadHeartbeat(CraftScheduler.java:400) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at net.minecraft.server.MinecraftServer.b(MinecraftServer.java:1251) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at net.minecraft.server.dedicated.DedicatedServer.b(DedicatedServer.java:436) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at net.minecraft.server.MinecraftServer.a(MinecraftServer.java:1199) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at net.minecraft.server.MinecraftServer.x(MinecraftServer.java:1026) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at net.minecraft.server.MinecraftServer.lambda$0(MinecraftServer.java:307) ~[server.jar:3099-Spigot-c9cea60-e2f5ea3]
        at java.lang.Thread.run(Thread.java:831) [?:?]

Hej!
I would like to reach out with some newer Ideas.
It would be great if u could lock ArmorStands within the GUI where u cant accidently move them anymore or (most important) no one, not even yourself, can take items from it. Because in certain creations its annoying when u accidently move them or steal a item from one of the armor_stands

I could imagine another item next to the "HELP?" one, called "lock" with a green_terracotta. If u press it, its gets red and says the armor_stand is locked and can't be edited until you unlock it. idk if thats the best solution, but i think so.

Greetings

Would it be possible to allow for an armorstand to be picked up and target placed? Similarly to how this plugin carries an armorstand when summoning one using their tools. Similarly to this plugin. https://www.spigotmc.org/resources/armor-stand-tools.2237/

===============================================================
ESP

Aporte de traduccion a español, mi lengua nativa.
Con unas modificaciones para expresar mejor la traduccion.

https://drive.google.com/file/d/1fyj0Tg0ICjgiXEbs9tptWhkS1li7qryM/view?usp=sharing

===============================================================
ENG

Contribution of translation into Spanish, my native language.
With some modifications to better express the translation.

https://drive.google.com/file/d/1fyj0Tg0ICjgiXEbs9tptWhkS1li7qryM/view?usp=sharing

===============================================================

Multiple users on a paper server experiencing an issue where gravity is always off, regardless of what the display states.

Some of my players have test that when they using armor stand editor,they add something to the armor slot of the armor stand, if they right click to open the editor too many times, the armor stand will got reset and things will be disappear.

players provided video to show how this happen.
https://www.youtube.com/watch?v=JgxC3977OUI

Plugin version: 1.16-25
server version: purpur 1.16.5 # 1131

My friends and I have spent weeks creating a minecraft server with armour stands as the main focus.
It has been on 1.15.2 for about half a year now and I upgraded to 1.16.3 today. We can no longer edit armour stands using the flint, and only commands work. Whenever we try to select anything using the flint, this pops up:

We are all pretty devastated as weeks of work have gone into this server, and now we can barely edit the armour stands.
Is there a fix to this that isn't downgrading versions?

Hello, I know it says on the Spigot page that you're not accepting more feature requests, but it would be really helpful to have a '/ase reload' command to reload the config. I've been trying to set a custom tool for the armor stand editor so that regular Flint doesn't trigger the action bar messages or not allow people to open chests while holding it, but I'm having trouble figuring out how to set the requireToolLore and have to restart the entire server every time I try something with it, it's a little annoying.

As it says in the headline, the plugin does not allow me to hide the stands, not even by command.

if you do it independently of the plugin you can do it.

ArmorStandEditor v1.10.2-0.1.13

Error occurs when shift + scrolling over an empty inventory slot.

[12:34:22] [Server thread/ERROR]: Could not pass event PlayerItemHeldEvent to ArmorStandEditor v1.10.2-0.1.13
org.bukkit.event.EventException
	at com.destroystokyo.paper.event.executor.MethodHandleEventExecutor.execute(MethodHandleEventExecutor.java:37) ~[patched_1.10.2.jar:git-Paper-916]
	at co.aikar.timings.TimedEventExecutor.execute(TimedEventExecutor.java:74) ~[patched_1.10.2.jar:git-Paper-916]
	at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:62) ~[patched_1.10.2.jar:git-Paper-916]
	at org.bukkit.plugin.SimplePluginManager.fireEvent(SimplePluginManager.java:517) [patched_1.10.2.jar:git-Paper-916]
	at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:502) [patched_1.10.2.jar:git-Paper-916]
	at net.minecraft.server.v1_10_R1.PlayerConnection.a(PlayerConnection.java:1135) [patched_1.10.2.jar:git-Paper-916]
	at net.minecraft.server.v1_10_R1.PacketPlayInHeldItemSlot.a(SourceFile:30) [patched_1.10.2.jar:git-Paper-916]
	at net.minecraft.server.v1_10_R1.PacketPlayInHeldItemSlot.a(SourceFile:8) [patched_1.10.2.jar:git-Paper-916]
	at net.minecraft.server.v1_10_R1.PlayerConnectionUtils$1.run(SourceFile:13) [patched_1.10.2.jar:git-Paper-916]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_112]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_112]
	at net.minecraft.server.v1_10_R1.SystemUtils.a(SourceFile:45) [patched_1.10.2.jar:git-Paper-916]
	at net.minecraft.server.v1_10_R1.MinecraftServer.D(MinecraftServer.java:808) [patched_1.10.2.jar:git-Paper-916]
	at net.minecraft.server.v1_10_R1.DedicatedServer.D(DedicatedServer.java:404) [patched_1.10.2.jar:git-Paper-916]
	at net.minecraft.server.v1_10_R1.MinecraftServer.C(MinecraftServer.java:740) [patched_1.10.2.jar:git-Paper-916]
	at net.minecraft.server.v1_10_R1.MinecraftServer.run(MinecraftServer.java:639) [patched_1.10.2.jar:git-Paper-916]
	at java.lang.Thread.run(Thread.java:745) [?:1.8.0_112]
Caused by: java.lang.NullPointerException
	at io.github.rypofalem.armorstandeditor.ArmorStandEditorPlugin.isEditTool(ArmorStandEditorPlugin.java:146) ~[?:?]
	at io.github.rypofalem.armorstandeditor.PlayerEditorManager.onScrollNCrouch(PlayerEditorManager.java:168) ~[?:?]
	at com.destroystokyo.paper.event.executor.MethodHandleEventExecutor.execute(MethodHandleEventExecutor.java:35) ~[patched_1.10.2.jar:git-Paper-916]
	... 16 more

Version 1.10.2-0.1.13 doesn't error.

Hej.
We revently updated Java and some other plugins and noticed, that the armor stands locked with the plugin dont glow anymore (with F).

Paper: 1.16.5-448
ASE: 1.16-25.jar

Greetings

Paper: 1.16.3 (248)
ASE Version: 1.16-24

When F is pressed to select an armor stand, they do not glow.

Mind updating the PlotSquared hooks?

2016-04-09 12:07:31 [INFO] [ArmorStandEditor] Enabling ArmorStandEditor v1.9-0.1.7BETA
2016-04-09 12:07:31 [ERROR] Error occurred while enabling ArmorStandEditor v1.9-0.1.7BETA (Is it up to date?)
java.lang.NoSuchMethodError: com.intellectualcrafters.plot.api.PlotAPI: method <init>()V not found
at io.github.rypofalem.armorstandeditor.protection.PlotSqProtection.<init>(PlotSqProtection.java:19) ~[?:?]
at io.github.rypofalem.armorstandeditor.ArmorStandEditorPlugin.onEnable(ArmorStandEditorPlugin.java:76) ~[?:?]
at org.bukkit.plugin.java.JavaPlugin.setEnabled(JavaPlugin.java:292) ~[patched_1.9.2.jar:git-Paper-652]
at org.bukkit.plugin.java.JavaPluginLoader.enablePlugin(JavaPluginLoader.java:319) [patched_1.9.2.jar:git-Paper-652]
at org.bukkit.plugin.SimplePluginManager.enablePlugin(SimplePluginManager.java:407) [patched_1.9.2.jar:git-Paper-652]
at org.bukkit.craftbukkit.v1_9_R1.CraftServer.loadPlugin(CraftServer.java:357) [patched_1.9.2.jar:git-Paper-652]
at org.bukkit.craftbukkit.v1_9_R1.CraftServer.enablePlugins(CraftServer.java:317) [patched_1.9.2.jar:git-Paper-652]
at net.minecraft.server.v1_9_R1.MinecraftServer.t(MinecraftServer.java:412) [patched_1.9.2.jar:git-Paper-652]
at net.minecraft.server.v1_9_R1.MinecraftServer.l(MinecraftServer.java:377) [patched_1.9.2.jar:git-Paper-652]
at net.minecraft.server.v1_9_R1.MinecraftServer.a(MinecraftServer.java:331) [patched_1.9.2.jar:git-Paper-652]
at net.minecraft.server.v1_9_R1.DedicatedServer.init(DedicatedServer.java:273) [patched_1.9.2.jar:git-Paper-652]
at net.minecraft.server.v1_9_R1.MinecraftServer.run(MinecraftServer.java:571) [patched_1.9.2.jar:git-Paper-652]
at java.lang.Thread.run(Unknown Source) [?:1.8.0_72]
2016-04-09 12:07:31 [INFO] [ArmorStandEditor] Disabling ArmorStandEditor v1.9-0.1.7BETA

When using the plugin the server shows people who have access to see admin messages the following:

This used to not be the case. I had a quick look at the code and the cause of this is that the plugin is executing the /title or action bar command which can simply be replaced by an internal Bukkit method. I believe it's player.sendActionbar() or similar.

Requesting that the ability to set limits per player be added to the plugin - and make those limits customizable so that different players can have different amounts of armor stands.

We use the plugin a lot on our server. At the moment we are working on changing to Spigot 1.14.
Unfortunately there is the Gui problem in the 1.14 like with many plugins.
We would be happy if this is fixed.

[14:45:53] [Server thread/ERROR]: Could not pass event InventoryCloseEvent to ArmorStandEditor v1.13-21
org.bukkit.event.EventException: null
at org.bukkit.plugin.java.JavaPluginLoader$1.execute(JavaPluginLoader.java:315) ~[Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:70) ~[Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at org.bukkit.plugin.SimplePluginManager.fireEvent(SimplePluginManager.java:508) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:493) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at org.bukkit.craftbukkit.v1_14_R1.event.CraftEventFactory.handleInventoryCloseEvent(CraftEventFactory.java:1183) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at net.minecraft.server.v1_14_R1.PlayerConnection.a(PlayerConnection.java:1938) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at org.bukkit.craftbukkit.v1_14_R1.event.CraftEventFactory.callInventoryOpenEvent(CraftEventFactory.java:1036) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at org.bukkit.craftbukkit.v1_14_R1.event.CraftEventFactory.callInventoryOpenEvent(CraftEventFactory.java:1031) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at org.bukkit.craftbukkit.v1_14_R1.entity.CraftHumanEntity.openCustomInventory(CraftHumanEntity.java:455) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at org.bukkit.craftbukkit.v1_14_R1.entity.CraftHumanEntity.openInventory(CraftHumanEntity.java:338) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at io.github.rypofalem.armorstandeditor.menu.Menu.openMenu(Menu.java:236) [armorstandeditor-1.13-21.jar:?]
at io.github.rypofalem.armorstandeditor.PlayerEditor$OpenMenuTask.run(PlayerEditor.java:408) [armorstandeditor-1.13-21.jar:?]
at org.bukkit.craftbukkit.v1_14_R1.scheduler.CraftTask.run(CraftTask.java:81) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at org.bukkit.craftbukkit.v1_14_R1.scheduler.CraftScheduler.mainThreadHeartbeat(CraftScheduler.java:391) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at net.minecraft.server.v1_14_R1.MinecraftServer.b(MinecraftServer.java:1005) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at net.minecraft.server.v1_14_R1.DedicatedServer.b(DedicatedServer.java:396) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at net.minecraft.server.v1_14_R1.MinecraftServer.a(MinecraftServer.java:953) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at net.minecraft.server.v1_14_R1.MinecraftServer.run(MinecraftServer.java:798) [Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
at java.lang.Thread.run(Unknown Source) [?:1.8.0_201]
Caused by: java.lang.NoSuchMethodError: org.bukkit.inventory.Inventory.getName()Ljava/lang/String;
at io.github.rypofalem.armorstandeditor.PlayerEditorManager.onPlayerMenuClose(PlayerEditorManager.java:280) ~[?:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_201]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_201]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_201]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_201]
at org.bukkit.plugin.java.JavaPluginLoader$1.execute(JavaPluginLoader.java:311) ~[Spigot-latest.jar:git-Spigot-47463c2-6de3aa1]
... 18 more

Hello

I noticed that some plugins won't work when I have ASE installed. The PlayerInteractAtEntityEvent gets fired twice. I think you shouldn't modify the default bukkit/spigot event behavior.

Could you fix this, please? I'm not so familiar with Java but could you create your own event?

I think I found the line in code:

It would be very lovely when you fix this issue.

Regards
Tiippex

1.16 added a command to allow item frames to be made invisible, allowing players access to this command via a separate menu does not make sense, as item frames only have two states relevant to builders, the invisible and fixed booleans. I propose that the ability to edit these two booleans be added to the GUI between the help and copy slots, and would function as a toggle, similar to the invisible tag on armor stands

Would it be possible to redesign the GUI to allow for an armorstand's displayname to be changed / customized? Similarly to this plugin. https://www.spigotmc.org/resources/armor-stand-tools.2237/

Unfortunately, the plugin has been unusable since the 1.16.1 update. Actions can no longer be carried out. I hope that someone can save the plugin.

I want to allow my players to use the armor stand editor to liven up their RP.

The problem is that they can access the equipment on any armor stand and retrieve the contents with no way of tracing that this happened with plugins like coreprotect (that I am aware of).

Possible solutions:

1. adding a permission check for accessing equipment with the editor tool. (downside is not all items can be set in the head slot without the permission)

2. Implementing an ownership system as described in #36

Access is given to everyone by default, even though the permission node (any of them) is not available for them. I have tried setting a negative value for the node, and that does nothing either. So everyone has access to use it. Running on Paper-136, plugin version 1.16-25

The exact message is: [Server: Showing new actionbar title for <insert_username>]

I'm running the latest version of PaperMC (git-Paper-253 API 1.16.3-R0.1-SNAPSHOT), and ArmorStandEditor v1.16-24.

This seems to be the same issue as one described in #19, which was supposedly fixed in #23 but it seems to have come back.
It doesn't seem like the related code has changed recently so maybe paper is not getting detected properly here anymore?

on my server people always destroy them via creepers or just by hitting them

wich is pretty anoying.

is there a way to make them invincible and not changeable for other people