Помогите Новый баг? Спавнят стойки для брони на спавне.

Хз.сам шоке был когда весь сравн в них был но командой убил их /killall all))

 

а как ты понял что он без креатива?

 

Я даже хз как сделать такое.

Код:

       @EventHandler(priority = EventPriority.HIGHEST)
       public void OnSpawn (EntitySpawnEvent e ){
           if (e.isCancelled()) {
               return;
           }
 if (e.getEntity() instanceof ArmorStand) {
               e.setCancelled(true);
             
       }
         }

Всё что я могу. А как отловить причину спавна, я хз.

 

Offtop
Как ты сделал вывод номера игрока,т.е. каким он является на сервере?

 

Данная проблема уже давно привлекла моё внимание. Больно интересный баг (или фича). Да вот никак руки не доходят разобраться. Если ещё актуально, могу в ближайшее время посмотреть, каким образом это реализовано в чит-клиентах клиентах, а затем разобраться, почему ядро не фильтрует подобные попытки установки. Как мне кажется, виноваты разработчики баккита. Помнится, раньше ядро без различных проверок "кушало" пакет изменения игроком его игрового режима, таким образом себе можно было выдавать, например, креатив. Можно предположить, что со стойками тоже что-то подобное.
В общем попрошу дать мне ссылку на клиент, в котором работает функция установки стенда.

 

Никакого пакета позволяющего игроку менять свой режим никогда не было. Вся проблема была в кривом плагине который ловил пакет который управляет инвентарём игрока в креативе и давал эту вещи в инвентарь не проверяя является ли игрок креативом или нет. Скорее всего тут такая же проблема. Какой-то плагин неправильно обрабатывает интеракт арморстендом.

 

Да, логично. Я, правда, всегда считал, что в этом именно ядро баккитовское виновато.
А что за плагин тогда был с багом?

 

Не помню, какой-то премиумный плагин со SpigotMC, ItemFix вроде.

 

Забавно...

 

Чувак, тот что оставил скайп на голограммах ,не добавляет в скайп. Так что клиента нет.

Возможно. Но все плагины взяты с другого нашего сервера от 1.8, где такой проблемы небыло, и были обновлены до 1.9. А во всех своих плагинах я проверяю, отменен или нет евент(if (event.iscanselled){ return;}). А на спавне он должен быть отменен. Такчто я хз изза какого пл это может быть.

 

В 1.9 добавилась вторая рука, возможно какой-то из плагинов неправильно обрабатывает постановку арморстенда из второй руки.

 

а второй рукой разве можно стойки ставить?

 

Можно. Второй рукой нельзя только атаковать, всё остальное - можно.

 

Возможно так и есть. Я както даже не обращал внимания то что у него во второй руке. Токо как он их с нбт тегами спавнил?[DOUBLEPOST=1458199982,1458199583][/DOUBLEPOST]Да так и есть. Можно их ставить на спавне через вторую руку. видимо WG не ловит эвент из второй руки.

 

Эвент то ловит, но скорее всего считает что рука пуста, потому и не блочит. (Потому что арморстенд - энтити, и BlockPlaceEvent для неё не вызывается). Откуда взялись теги - хер знает, может знакомый креатив подогнал.
Кстати тогда можно поставить ещё кристалл эндера и рамку получается.

 

чит-клиент Dark Light Neron

 

Ну всымсле клиент. У меня есть он на 1.9, и там я не нашёл этой фигни.

 

Как говорится сами виноваты. Вас предупреждали нубасов о проблемах 2й руки.
Меня не удивит что в bukkit api вообще нет проверки 2й руки. Его забросили уже давно.

 

всмысле нету? Можно e.getItem(), можно так e.getPlayer().getInventory().getItemInOffHand(); , можно ещё както.[DOUBLEPOST=1458215725,1458215684][/DOUBLEPOST]

Он отменяет, т.к e.iscanselled работает.[DOUBLEPOST=1458215906][/DOUBLEPOST]

Ну а как он запрещает блоки ломать, мобов спавнить и тд? Он чтоли их ломает, отключает дроп и опять ставит назад блок?

 

Получается, что нужно ждать того самого человека, который запилит проверку второй руки =/