В разработке WGExtender

• Код:

    - pvp: deny

 

Код:

2014-01-23 16:34:40 [SEVERE] Cannot load plugins\WGExtender\config.yml
org.bukkit.configuration.InvalidConfigurationException: while parsing a block mapping
in 'string', line 31, column 3:
      enabled: false
      ^
expected <block end>, but found BlockMappingStart
in 'string', line 33, column 5:
        pvp: deny
        ^

    at org.bukkit.configuration.file.YamlConfiguration.loadFromString(YamlConfiguration.java:55)
    at org.bukkit.configuration.file.FileConfiguration.load(FileConfiguration.java:138)
    at org.bukkit.configuration.file.FileConfiguration.load(FileConfiguration.java:105)
    at org.bukkit.configuration.file.YamlConfiguration.loadConfiguration(YamlConfiguration.java:175)
    at WGExtender.Config.loadcfg(Config.java:66)
    at WGExtender.Config.loadConfig(Config.java:60)
    at WGExtender.commands.Commands.onCommand(Commands.java:62)
    at org.bukkit.command.PluginCommand.execute(PluginCommand.java:44)
    at org.bukkit.command.SimpleCommandMap.dispatch(SimpleCommandMap.java:190)
    at org.bukkit.craftbukkit.v1_6_R2.CraftServer.dispatchCommand(CraftServer.java:527)
    at org.bukkit.craftbukkit.v1_6_R2.CraftServer.dispatchServerCommand(CraftServer.java:516)
    at net.minecraft.server.v1_6_R2.DedicatedServer.ar(DedicatedServer.java:275)
    at net.minecraft.server.v1_6_R2.DedicatedServer.t(DedicatedServer.java:240)
    at net.minecraft.server.v1_6_R2.MinecraftServer.s(MinecraftServer.java:481)
    at net.minecraft.server.v1_6_R2.MinecraftServer.run(MinecraftServer.java:413)
    at net.minecraft.server.v1_6_R2.ThreadServerApplication.run(SourceFile:582)
Caused by: while parsing a block mapping
in 'string', line 31, column 3:
      enabled: false
      ^
expected <block end>, but found BlockMappingStart
in 'string', line 33, column 5:
        pvp: deny
        ^

    at org.yaml.snakeyaml.parser.ParserImpl$ParseBlockMappingKey.produce(ParserImpl.java:570)
    at org.yaml.snakeyaml.parser.ParserImpl.peekEvent(ParserImpl.java:158)
    at org.yaml.snakeyaml.parser.ParserImpl.checkEvent(ParserImpl.java:143)
    at org.yaml.snakeyaml.composer.Composer.composeMappingNode(Composer.java:230)
    at org.yaml.snakeyaml.composer.Composer.composeNode(Composer.java:159)
    at org.yaml.snakeyaml.composer.Composer.composeMappingNode(Composer.java:237)
    at org.yaml.snakeyaml.composer.Composer.composeNode(Composer.java:159)
    at org.yaml.snakeyaml.composer.Composer.composeDocument(Composer.java:122)
    at org.yaml.snakeyaml.composer.Composer.getSingleNode(Composer.java:105)
    at org.yaml.snakeyaml.constructor.BaseConstructor.getSingleData(BaseConstructor.java:120)
    at org.yaml.snakeyaml.Yaml.loadFromReader(Yaml.java:481)
    at org.yaml.snakeyaml.Yaml.load(Yaml.java:400)
    at org.bukkit.configuration.file.YamlConfiguration.loadFromString(YamlConfiguration.java:53)
    ... 15 more

 

Прошу добавить запрет на использование ключей в чужом привате или это тут уже есть ?
ид 30140:1 30183 21322 снимают приборы в любом привате.

забудь про сервер, ты элементарного не понимаешь, а есть вещи и по трудней.

 

Да, извиняюсь за идиотские вопросы, напутал со строчками, "проблема" решена...

 

надо исключения или пермиссион для админов добавить, с флагом админ не может зайти через дверь, открыть сундук, проверить на дюп и т.д. Пермисион worldguard.region.bypass.* не помогает.
Или я что-то не так делаю ?

 

modfix вроде решает эту проблему. Он вообще много чего решает.

 

Конкретно эту проблему я решать не стал.
Хотя флага на block=interact хватит для решения этой проблемы.

 

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

 

но у меня прописан block-interact: deny в WGE и не помогает...
Как админам дать уже разобрался, там "*" не катит надо именно название мира, осталось с ключами разобраться и моды АЕ, Термалка - не блочит WGE

 

Нашел проблему в плагине, если два привата пересекаются между поршнями, то поршень перестает работать.. Можно сделать чтобы при пересечении приватов все было нормально? Такая же проблема с течением лавы и воды..

 

Это не проблема, потому что именно так оно и должно работать.

 

Может еще допилить функцию авто регенерации выделенного участка в определенный период времени? или откат до определенного состояния участка каждые n времени.

 

Разрешите 2 вопроса:
1) А возможно сделать так, чтобы при создании привата, нижняя точка оставалась без изменений, растягивание только вверх? А то определённые неудобства для тех, кто копается.

2) В WG обнаружился большой баг с флагом entry: deny. Он работает, но наши игроки очень пытливы и настырны, нашли способ его взламывать. Сначала запрыгивали в регион сверху, WG блокировал проникновение и они зависали. Делают отключение от сервера, заходят снова - и вуа-ля! Падают в приват. WG при этом спамит сообщения, что вход не территорию запрещён, но реально уже ничего не блокирует, в том числе перемещение и открытие сундуков (при флаге use: deny).
Когда при помощи вашей программы сделал авторасширение привата, какое-то время было спокойно. Как вдруг опять начался вандализм. Выяснилось, что теперь стали проникать в приваты.. через порталы в ад, ловко расчитывая его открытие внутри запретной зоны.
Тогда стало понятно, что все расширения и запреты - всего лишь костыли. Нужно как-то исправить этот баг. Есть идеи?

 

Здраствуйте! Можете добавить в конфиге плагина возможность делать список блоков, с которыми игроки немогут взаимодействовать на чужом привате, а также вайтлист блоков, аналогично флагам block-interact и bllock-whitelist-interact, но чтоб распространялось на все существующие приваты в игре!
или подскажите плагин, которым можно было б делать флаг, который бы работал для всех регионов(но, конешно же, кроме глобального)

 

Тут нельзя, можно в HexRestrictReloaded

 

Поправьте лимиты на приват (кол-во блоков):
1. Не работает default (пришлось из-за этого прописывать все группы)
2. В сообщение "Вы пытаетесь заприватить слишком большой регион" добавить показ лимита блоков.

 

1. Дефаулт и не будет работать, иначе придётся бессмысленно тартить время сервера на проверку есть ли группа или нет и получение дефолта.
2. Сделаю чуть позже.

 

Но должно же быть какое-то значение по умолчанию, иначе даже 1x1x1 нельзя заприватить.

 

Эм, это для WG разве? И там не указано что можно запрещать взаимодействие с блоками на всех регионах
Возвращаюсь к вопросу:

 

Теперь регистр названия пермишен группы не учитывается при проверке лимита блоков (тупой PEX, его точно отъявленный идиот каких поискать писал.)