1. UPDATER PLUGIN:
    Code:
    [Oxide] 4:55 AM [Error] Failed to call hook 'OnRunCommand' on plugin 'rustcore v1.0.0'
    File: Updater.lua Line: 51 Object reference not set to an instance of an object:
      at Oxide.Core.Libraries.Permission.GetUserData (System.String userid) [0x00000] in <filename unknown>:0
      at Oxide.Core.Libraries.Permission.UserHasPermission (System.String userid, System.String perm) [0x00000] in <filename unknown>:0
      at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[],System.Exception&)
      at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0
    another plugin:
    Code:
    [Oxide] 4:56 AM [Error] Failed to call hook 'ToggleCrosshair' on plugin 'Crosshair v1.1.0' (NullReferenceException: Object reference not set to an instance of an object)
    [Oxide] 4:56 AM [Debug]   at Oxide.Core.Libraries.Permission.GetUserData (System.String userid) [0x00000] in <filename unknown>:0
      at Oxide.Core.Libraries.Permission.UserHasPermission (System.String userid, System.String perm) [0x00000] in <filename unknown>:0
      at Oxide.Plugins.Crosshair.ToggleCrosshair (.BasePlayer player) [0x00000] in <filename unknown>:0
      at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[],System.Exception&)
      at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0
    that is after latest oxide update
    2.0.1297
     
    Last edited by a moderator: Aug 19, 2015
  2. Wulf

    Wulf Community Admin

    Your data/oxide.users.json permissions file is corrupt, most likely from a user with a sketchy username, not from the Oxide update. You can try to fix it manually using a site such as jsonlint.com, or start over with a new one by deleting the old while the server is shutdown.
     
  3. what? when i upload a "oxide" and look to data folder. i see there is another new folder
    server_instance/oxide/data and there is new folder oxide and in it this files: .groups.json .users.json .covalence/.playerdata.json
     
  4. Wulf

    Wulf Community Admin

    Yes, the oxide.users.json is where your issue is. Check it using www.jsonlint.com, it should show you where it got corrupted.
     
  5. okay.. thx for your good feedback WULF i deleted old files from oxide/data and reworked newly created files ;)
     
  6. I also had to remake it after updating latest oxide..
     
  7. Wulf

    Wulf Community Admin

    Oxide hasn't changed those files, and doesn't with updates. The only changes made to those files are from users connecting that get added to groups, etc. If the file was corrupted, it would have either have to have been a user with characters that JSON doesn't handle well, or it was manually edited.
     
  8. Oxide not changed files. just changed the file location and route to them.
     
  9. Wulf

    Wulf Community Admin

    No, those are defined via your oxide.root.json. If you or your host customized those, then you'd need to make sure to keep the custom version with each update. Oxide hasn't changed the data storage location since build 1.
     
  10. there is settings from my server file yes
    Code:
    {
        "ExtensionDirectory": "RustDedicated_Data\\Managed",    "PluginDirectory": "plugins",
        "ConfigDirectory": "config",
        "DataDirectory": "data",
        "LogDirectory": "logs",    "InstanceCommandLines":
        [
            "{oxide.directory}",
            "server\\{server.identity}\\oxide",
            "server\\my_server_identity\\oxide"
        ]
    }
    that is it.. i tried fresh server and same thing
     
    Last edited by a moderator: Aug 19, 2015
  11. Wulf

    Wulf Community Admin

    Okay, so what is the issue?
     
  12. for now nothing.. all things works..
    but for future been good do speak this little change


    SOLVED
     
  13. Wulf

    Wulf Community Admin

    Nothing was changed with the default location of those files. If we change something related to it, we put it in the changelog. Keep in mind that if you change your server identity, that will also change your path.
     
  14. The same thing happened on my server. What's your host?
     
  15. Wulf

    Wulf Community Admin

    I think I see what you're actually referring to now, and may know where the cause of the location change is, but it's not an obvious one as we didn't encounter it when testing. Could you provide me with a screenshot of your server structure?
     
  16. Here's mine.
     

    Attached Files:

  17. Yep.. i had same folder/file structure..
    Renaming and moving old (non-moved) files from /data to /data/oxide is fast way to solve this problem without loosing all informations.
    So i searching for problem where is it too ;)

    Server Provider say me: We dont make any changes on your server settings or files.
     
  18. Can confirm this happened to me as well. I had to manually paste my groups/users into NEW files that were created in /oxide/data/oxide/.groups.json.

    I was wondering why nobody on my server had their tags after I updated. That was a panic lol.
     
  19. Wulf

    Wulf Community Admin

    Could all of you provide me with your startup command-line?
     
  20. Code:
    @ECHO off
    Start RustDedicated.exe -batchmode +server.identity "rustserverprocedural" +server.hostname XXXXXX" +server.port 28015 +rcon.password "XXXXX" +rcon.ip XXXXX +rcon.port 28016 +server.saveinterval 300 +server.maxplayers 150 +server.stability true +server.seed 3723533 +server.worldsize 5000