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

Ждем очень тогда)

 

Об универсальном фиксе речи и не шло. Можно переделать IE, например, так, чтобы важная часть NBT хранилась сохранялась только для мастер-блока, а не для всех блоков конструкции, как сейчас. Хотя тут нужно как-то решить проблемы с частичной прогрузкой конструкции, но это уже другая история.

 

Странно, у меня данный дюп не работает с ExtraCells, может конечно я не так делаю, пробовал по разному.
Покупал фик ранее у gamerforEA

 

gamerforEA Здравствуйте у меня на сервере есть дюп с чанками, если уйти из чанка и взять что то из него какую нибудь вещь, а затем через какое то n промежуток времени вернуться в тот чанк то можно обнаружить что вещь которую взял из него до этого откатилась и теперь она есть в 2-3-4-и т.д, количестве (дюп).
Что это делает как узнать как часто сохраняется чанк, так как можно развиться в этом чанке немного уйти с него а потом вернуться и потерять прогресс развития?
И почему именно 1 определенный чанк откатывается а не многие или рядом с ним стоящие?

 

Вроде фиксится через ядро в термосе

 

Приветствую. После установки фикса на GraviSuite, улучшенный бур в режиме 3х3 неадекватно работает с блоками чешуйниц - после разбивания они пропадают на стороне клиента, но остаются на сервере. Как это можно исправить?

 

Я пытался найти ошибку в ядре, но не преуспел. Подсказать способ исправления пока не могу.

Неожиданное поведение. Можно попробовать отключить разрушение блоков на стороне клиента, чтобы он просто получал информацию о разрушениях с сервера. В таком случае расхождений не будет.

 

Не подскажешь, как это можно отключить?

 

А почему откатывается именно определенный чанк тот который откатывается что в нем может быть не так?

 

Фикс

 

Я не знаю. Может, просто совпадение. А если и не совпадение, то как понять, что именно в чанке приводит к откатам? Такая проблема вообще должна возникать только в том случае, если автор какого-то контейнера не вызывает markDirty (вернее, markTileEntityChunkModified) при изменениях в содержимом, но, вроде как, откаты происходят даже тогда, когда по идее вызов всё же происходит.
Как вариант, можно сделать дичайший костыль - принудительное сохранение чанка на диск при его выгрузке (сейчас это происходит только при наличии изменений, о которых обычно сообщает markTileEntityChunkModified), но это сильно снизит производительность.

А этот дюп вообще работает? Я в EnderIO делал фикс, который отключает запись содержимого конденсатора, если структура является многоблочной.

 

Новый дюпчик от Барта. Сложный но рабочий.

 

AE2 перезалит: https://github.com/gamerforEA/AppEng-FakePlayers/releases/tag/rv3-beta-6_25.10.2018
Добавил пока хотфикс - запрет работы труб с МЭ Сундуком и МЭ Накопителем. Позже подумаю над полноценным фиксом.

 

как вариант работает.

 

MrCrayfishFurnitureMod обновлён: https://github.com/gamerforEA/MrCra...ePlayers/releases/tag/1.7.10-3.4.8_28.10.2018
Добавлены фиксы дюпов, краша и уязвимости с Компьютером.

BuildCraft: советую включить опцию builderNbtDisable, чтобы избежать неприятностей в виде создания/дюпа предметов.

 

ВНИМАНИЕ: будьте осторожны с приобретением фиксов уязвимостей от некоторых сомнительных личностей. Один из моих клиентов купил такой (для MFR) - уязвимость, вроде, прикрыта, но добавлен бэкдор, выдающий игроку произвольный предмет при определённом значении одного "поля" в пакете.

 

builderNbtDisable стоит включить, если стоит MrCrayfishFurnitureMod, или вообще стоит включить?

 

BiblioCraft: советую включить опцию disableDupePackets (я её делал ещё тогда, когда не умел толком фиксить уязвимости) в "config/Events/BiblioCraft.cfg" для закрытия уязвимостей, позволяющих получать произвольные предметы. Если её нет, то можете обратиться за обновлением. При наличии заказа фикс будет переделан и приведён в нормальный вид.

 

builderNbtDisable нужен только для строителя? Соответственно если он запрещён он не нужен?

 

Только для строителя. Хотя если кто-то переиспользует этот код, то опция опять же нужна. В общем, лучше включить вне зависимости от запрета.