Фикс Ивенты для модов [Механизмы работают от имени владельца]

Babar сказал(а):
gamerforEA ты писал про уязвимости в MrCrayfishFurnitureMod. Хотелось бы уточнить. любой мод, содержащий код вида:
if (world.isRemote)
PacketHandler.INSTANCE.sendToServer(new MessagePresent(stack, x, y + 1, z));
Несет в себе потенциальную уязвимость? Где можно ознакомится по подробнее с этой проблемой.
Нажмите, чтобы раскрыть...
Не совсем так, но близко. К подобному коду (вернее, обработчику отправляемого пакета) нужно внимательно присматриваться.
 
gamerforEA сказал(а):
В IC2NuclearControl обнаружены уязвимости, позволяющие менять текст на чужих Информационных панелях и делать другие непотребства. Фикс сделан, но я его пока не тестировал (завтра буду писать чит-мод для теста).
Нажмите, чтобы раскрыть...
Если не секрет, можно получить пример чит-мода для теста ?
 
MrGrantTheBest сказал(а):
Когда ждать фикс?
Нажмите, чтобы раскрыть...
Хм. Ну в ExtraCells фикс могу сделать хоть сейчас, а вот с IE есть проблемы. Думаю, я могу пофиксить многоблочные структуры IE, но всё же стоит добавить все части этих структур в чёрный список набалдашника.
 
GoodCoder сказал(а):
Перемещение блоков - одна сплошная проблема.

В чёрный список надо добавлять ВСЕ многоблочные структуры или запрещать набалдашник. Универсальный фикс сделать нельзя.
Нажмите, чтобы раскрыть...
Об универсальном фиксе речи и не шло. Можно переделать IE, например, так, чтобы важная часть NBT хранилась сохранялась только для мастер-блока, а не для всех блоков конструкции, как сейчас. Хотя тут нужно как-то решить проблемы с частичной прогрузкой конструкции, но это уже другая история.
 
gamerforEA Здравствуйте у меня на сервере есть дюп с чанками, если уйти из чанка и взять что то из него какую нибудь вещь, а затем через какое то n промежуток времени вернуться в тот чанк то можно обнаружить что вещь которую взял из него до этого откатилась и теперь она есть в 2-3-4-и т.д, количестве (дюп).
Что это делает как узнать как часто сохраняется чанк, так как можно развиться в этом чанке немного уйти с него а потом вернуться и потерять прогресс развития?
И почему именно 1 определенный чанк откатывается а не многие или рядом с ним стоящие?
 
Последнее редактирование:
mixilester сказал(а):
gamerforEA Здравствуйте у меня на сервере есть дюп с чанками, если уйти из чанка и взять что то из него какую нибудь вещь, а затем через какое то n промежуток времени вернуться в тот чанк то можно обнаружить что вещь которую взял из него до этого откатилась и теперь она есть в 2-3-4-и т.д, количестве (дюп).
Что это делает как узнать как часто сохраняется чанк, так как можно развиться в этом чанке немного уйти с него а потом вернуться и потерять прогресс развития?
Нажмите, чтобы раскрыть...
Вроде фиксится через ядро в термосе
 
Приветствую. После установки фикса на GraviSuite, улучшенный бур в режиме 3х3 неадекватно работает с блоками чешуйниц - после разбивания они пропадают на стороне клиента, но остаются на сервере. Как это можно исправить?
 
mixilester сказал(а):
gamerforEA Здравствуйте у меня на сервере есть дюп с чанками, если уйти из чанка и взять что то из него какую нибудь вещь, а затем через какое то n промежуток времени вернуться в тот чанк то можно обнаружить что вещь которую взял из него до этого откатилась и теперь она есть в 2-3-4-и т.д, количестве (дюп).
Что это делает как узнать как часто сохраняется чанк, так как можно развиться в этом чанке немного уйти с него а потом вернуться и потерять прогресс развития?
И почему именно 1 определенный чанк откатывается а не многие или рядом с ним стоящие?
Нажмите, чтобы раскрыть...
Я пытался найти ошибку в ядре, но не преуспел. Подсказать способ исправления пока не могу.
DerWachter сказал(а):
Приветствую. После установки фикса на GraviSuite, улучшенный бур в режиме 3х3 неадекватно работает с блоками чешуйниц - после разбивания они пропадают на стороне клиента, но остаются на сервере. Как это можно исправить?
Нажмите, чтобы раскрыть...
Неожиданное поведение. Можно попробовать отключить разрушение блоков на стороне клиента, чтобы он просто получал информацию о разрушениях с сервера. В таком случае расхождений не будет.
 
gamerforEA сказал(а):
Неожиданное поведение. Можно попробовать отключить разрушение блоков на стороне клиента, чтобы он просто получал информацию о разрушениях с сервера. В таком случае расхождений не будет.
Нажмите, чтобы раскрыть...
Не подскажешь, как это можно отключить?
 
gamerforEA сказал(а):
Я пытался найти ошибку в ядре, но не преуспел. Подсказать способ исправления пока не могу.
Нажмите, чтобы раскрыть...
А почему откатывается именно определенный чанк тот который откатывается что в нем может быть не так?
 
Последнее редактирование:
mixilester сказал(а):
А почему откатывается именно определенный чанк тот который откатывается что в нем может быть не так?
Нажмите, чтобы раскрыть...
Я не знаю. Может, просто совпадение. А если и не совпадение, то как понять, что именно в чанке приводит к откатам? Такая проблема вообще должна возникать только в том случае, если автор какого-то контейнера не вызывает markDirty (вернее, markTileEntityChunkModified) при изменениях в содержимом, но, вроде как, откаты происходят даже тогда, когда по идее вызов всё же происходит.
Как вариант, можно сделать дичайший костыль - принудительное сохранение чанка на диск при его выгрузке (сейчас это происходит только при наличии изменений, о которых обычно сообщает markTileEntityChunkModified), но это сильно снизит производительность.
MrGrantTheBest сказал(а):
Фикс
Нажмите, чтобы раскрыть...
А этот дюп вообще работает? Я в EnderIO делал фикс, который отключает запись содержимого конденсатора, если структура является многоблочной.
 
Новый дюпчик от Барта. Сложный но рабочий.
 
Для ответа нужно войти/зарегистрироваться
Назад
Верх