Crashes often cause duplicated or destroyed items #246


  • New
  • Defect
Open
Assigned to tux2
  • _ForgeUser8636634 created this issue Feb 14, 2015

    PLEASE FOLLOW THE FORMAT BELOW! OTHERWISE I WILL NEED TO ASK FOR THE INFORMATION ANYWAYS!

    What steps will reproduce the problem?
    1. Wait for the world to save
    2. Change worlds where there is a different inventory with MultiInv, or put away/add items to your inventory.
    3. Crash the server (intentionally or not)
    4. Start the server to find the items are the same, while you appear back in the old world or the items you moved around are in the original spots before the world, but still changed in your inventory

    What version of the product are you using (if you say "latest" you will NOT be helped)?
    3.3.2-dev

    Have you tried the latest version of MultiInv from http://build.yu8.me:8080/job/MultiInv3/ (If not please try it to see if it solves your issues)?
    This is not necessarily a bug, so much as an oversight in coding, so I'd assume it doesn't and I can't test it without crashing our server again.

    Do you have an error log of what happened?
    There are no errors.

    What are your world folder names (with proper capitalization)?
    Enmity, End, Towny, Events, Creative, Games, Nether, Vanilla, Build, Spawn, DPvP, PvP, and Staff.

    What is the contents of your config.yml and groups.yml?
    http:pastebin.com/MqYzEYd4 & http:pastebin.com/Cfc3uT7x

    What is the entire list of plugins on your server (doing /plugins on the console and pasting the output is a quick method to do this)?
    TuxTwoLib, WorldBorder, ExecuteEverywhere, FrameProtect, VoxelSniper, PluginManager, Buycraft, ServerConnect, Vault, BanHammer, Multiverse-Core, SQLibrary, ChestCommands, PotionFix, OpenInv, ProtocolLib, Votifier, PwnFilter, CleanroomGenerator, Citizens, LagMeter, MultiInv, WorldEdit, Towny, DmToys, VanishNoPacket, SimpleAnnouncer, Multiverse-NetherPortals, SkQueryAPIONLY, PermissionsEx, Questioner, GlobalMarket, Lottery, iConomy, ReportRTS, CoreProtect, Craft_Inc._Gates, Herochat, MyWarp, BungeeChatClient, LibsDisguises, CommandBook, PhatLoots, ClickEdit, Sentry, CompatNoCheatPlus, ChessCraft, NoCheatPlus, Skript, PlayerHeads, LWC, WorldGuard, PreciousStones, SkSpigotAdditions, skRayFall, HomeSpawnPlus, WildSkript, CraftBook, ChestShop, SkQuery, EchoPet, and RandomSK

    Please provide any additional information below.

    I noticed the same problem with Multiverse-Inventories for the many years we ran it, and it lead to countless people either duplicating inventories (often times from the Creative world to a survival only world) or people losing their items.

    Specific Examples:
    1. Guy has a stack of diamond blocks in his inventory in the Creative world.
    2. World finishes saving.
    3. Guy teleports to the Build world (seperate inventory from Creative) where it is survival mode only and has a golden axe in his inventory.
    4. Server crashes before it can save again.
    5. Server starts up normally without errors.
    6. Guy finds that when he logs in again, he is in the Build world and has the Creative world inventory (a stack of diamond blocks).

    After the crash, the guy's inventory returns to the state it was before the world saved, but it does not take into account that his world has changed and thus keeps him in the same world with the inventory of the world he was in before the save.

    1. Girl has a diamond pickaxe in their inventory in the Build world and a chest has a stack of cobblestone in their inventory.
    2. World finishes saving.
    3. Girl places diamond pickaxe in a chest in the Build world and takes a stack of cobblestone from the chest in the Build world.
    4. Girl now has a stack of cobblestone and the chest in the Build world has a diamond pickaxe.
    5. Server crashes before it can save again.
    6. Server starts up normally without errors.
    7. Girl finds that when she logs in again, she has a diamond pick in her inventory again and the chest in the Build world has a diamond pickaxe as well, but the chest does not have the original stack of cobblestone.

  • _ForgeUser8636634 added the tags New Defect Feb 14, 2015
  • Forge_User_01524769 posted a comment Apr 5, 2015

    I doubt MI can do much about that, save more often.


To post a comment, please login or register a new account.