I try to use the link or ls command on linux, but its seem doesnt work, i think there are no other solution?
Thanks for your quick anwser !
The data files are only loaded when the server starts so while the server is running it won't notice any changes made to that file. Also, the save process involves renaming the old file and creating a new one, which will likely break any filesystem links.
I can't think of any good way to sync my backpacks between servers.
Version 1 of this mod stored the backpack contents directly inside the backpacks and would've worked with your inventory sync plugin. You may be able to find another backpack mod which continues to store its contents directly in your inventory.
I've recently been having an issue with your mod as it was causing my game to freeze up upon loading up a saved minecraft game even though I've had no issues with it before using it.
This is a fantastic mod! Is there a way to transfer all contents to/from a backpack with a hotkey? I'm trying to quickly transfer lots of cobblestone quickly
I've recently been having an issue with your mod as it was causing my game to freeze up upon loading up a saved minecraft game even though I've had no issues with it before using it.
That error indicates that data\BCMod-Items.dat is corrupt. Deleting that file (and BCMod-Items.data_old if it exists) should stop the crash but you will lose the contents of all your backpacks (since the files are corrupt that data is probably gone anyway).
This is a fantastic mod! Is there a way to transfer all contents to/from a backpack with a hotkey? I'm trying to quickly transfer lots of cobblestone quickly
Not really. You can press the 'Auto-Load from inventory or chest' hotkey to trigger your backpacks to 'auto collect' items from your inventory or a vanilla chest, but the only 'faster' way to transfer items out would be to place the backpack (or a copy of the backpack) as a block and pipe them out.
So, I had a problem with my mod, which made it so I can't play in a certain world. It happened when the game had crashed randomly whilst I was opening a backpack, and now I can't load the world. I can load every other world, but this one I can't, it just crashes the game mid-load. Here is the crash report, if possible, I would like to be able to keep my world, as I have made a lot of progress in it. Also, if it would be possible, I would like to be able to keep the same backpack, as I had done a lot of mining, and I had a lot of ores. Also, if need be, I can give you the list of mods I have.
Much Obliged:
-B (RevengePlayer)
---- Minecraft Crash Report -------- Minecraft Crash Report ----
WARNING: coremods are present: MDECore-Core (mdecore-1.8.9-1.1.4.jar) CoreXU2 (extrautils2-1.8.9-alpha-0.0.2.jar) FMLPlugin (InventoryTweaks-1.60-40.jar) BCModPlugin (zz-backpacks 1.8.9 - 3.1.4.jar)Contact their authors BEFORE contacting forge
// Ouch. That hurt
Time: 3/13/18 4:07 PMDescription: Exception in server tick loop
java.lang.RuntimeException: Couldn't load BCMod-Permissions.dat at brad16840.common.permissions.PermissionData.loadData(PermissionData.java:45) at brad16840.common.Common.loadEvent(Common.java:720) at net.minecraftforge.fml.common.eventhandler.ASMEventHandler_97_Common_loadEvent_Load.invoke(.dynamic) at net.minecraftforge.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:49) at net.minecraftforge.fml.common.eventhandler.EventBus.post(EventBus.java:140) at net.minecraft.server.integrated.IntegratedServer.func_71247_a(IntegratedServer.java:99) at net.minecraft.server.integrated.IntegratedServer.func_71197_b(IntegratedServer.java:123) at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:441) at java.lang.Thread.run(Thread.java:745)Caused by: java.util.zip.ZipException: Not in GZIP format at java.util.zip.GZIPInputStream.readHeader(GZIPInputStream.java:165) at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:79) at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:91) at net.minecraft.nbt.CompressedStreamTools.func_74796_a(CompressedStreamTools.java:25) at brad16840.common.permissions.PermissionData.loadData(PermissionData.java:37) ... 8 more
So, I had a problem with my mod, which made it so I can't play in a certain world. It happened when the game had crashed randomly whilst I was opening a backpack, and now I can't load the world. I can load every other world, but this one I can't, it just crashes the game mid-load. Here is the crash report, if possible, I would like to be able to keep my world, as I have made a lot of progress in it. Also, if it would be possible, I would like to be able to keep the same backpack, as I had done a lot of mining, and I had a lot of ores. Also, if need be, I can give you the list of mods I have.
The crash is happening because the file that stores your backpack permissions for that world has become corrupted, it managed to load the backpack data without crashing so it's possible nothing important was lost.
The latest version (3.4.2) uses a backup system to prevent this type of file corruption from occurring and no longer crashes when the permission file is corrupted, so updating to 3.4.2 should fix that problem and reduce the risk of it happening again.
Note: the mod file's filename doesn't start with 'zz-' in the newer versions so make sure you delete your existing 'zz-backpacks 1.8.9 - 3.1.4.jar' file when you update.
The crash is happening because the file that stores your backpack permissions for that world has become corrupted, it managed to load the backpack data without crashing so it's possible nothing important was lost.
The latest version (3.4.2) uses a backup system to prevent this type of file corruption from occurring and no longer crashes when the permission file is corrupted, so updating to 3.4.2 should fix that problem and reduce the risk of it happening again.
Note: the mod file's filename doesn't start with 'zz-' in the newer versions so make sure you delete your existing 'zz-backpacks 1.8.9 - 3.1.4.jar' file when you update.
I was enjoying the mod up until backpacks+1.12.2+-+3.4.3. Twice now my game has glitched, forcing me to close (no crash log), and when I restart everything in my backpacks is gone, including space upgrades. Highly annoying. Anyone else having this issue?
EDIT: Backpack restorer does nothing, not sure if I am using it correctly, and I have the empty backpacks, they are not missing.
I was enjoying the mod up until backpacks+1.12.2+-+3.4.3. Twice now my game has glitched, forcing me to close (no crash log), and when I restart everything in my backpacks is gone, including space upgrades. Highly annoying. Anyone else having this issue?
EDIT: Backpack restorer does nothing, not sure if I am using it correctly, and I have the empty backpacks, they are not missing.
The contents and sizes of backpack are stored in (world)\data\BCMod-Items.dat and in 3.4.2+ a backup is kept in (world)\data\BCMod-Items.dat_old.
If these files are both deleted all of your existing backpacks will behave like new backpacks and backpack restorers will have nothing to restore.
The save process changed in 3.4.2 to reduce the risk of data corruption, before 3.4.2 it saved its data directly to BCMod-Items.dat and if that failed you'd lose everything. Now it saves it's data to BCMod-Items.dat_new, deletes BCMod-Items.dat_old, renames BCMod-Items.dat to BCMod-Items.dat_old, deletes BCMod-Items.dat if it exists, renames BCMod-Items.dat_new to BCMod-Items.dat and deletes BCMod-Items.dat_new if it exists.
If an error occurs at any point during this process you should still have a valid BCMod-Items.dat or BCMod-Items.dat_old.
Unfortunately Java's rename and delete methods don't throw errors when they fail, so if the files could not be renamed but could be deleted you may end up with no data files.
I will update the mod to avoid deleting files when a rename fails and to broadcast a message when the backpack data couldn't be saved.
Do you know any reason why renaming those files would fail on your computer? perhaps a real time antivirus that scans new files and temporarily prevents them from being renamed?
Both files are 1kb and time-stamped when I exited after noticing the issue.
AV is not the issue, I have had this happen only twice, both over this weekend, after updating. I have since updated to the next version backpacks+1.12.2+-+3.4.4
in the hope that this will not happen again. Very expensive to lose all of my reactor parts.
The glitch I had is, I believe, an out of memory error. 116 mods running for 14 hours or so without a restart over my weekend, I think some memory leaks took up the little RAM left and caused some issues which forced a machine restart. I think.
So, this is not really an issue with the mod, but with how it saves in a dump out of the game. Not enough time at a halt to save the state in the two files, so at restart the files are recreated?
Thanks for the detailed response, I think I understand the issue better now and can avoid it
Both files are 1kb and time-stamped when I exited after noticing the issue.
AV is not the issue, I have had this happen only twice, both over this weekend, after updating. I have since updated to the next version backpacks+1.12.2+-+3.4.4
in the hope that this will not happen again. Very expensive to lose all of my reactor parts.
The glitch I had is, I believe, an out of memory error. 116 mods running for 14 hours or so without a restart over my weekend, I think some memory leaks took up the little RAM left and caused some issues which forced a machine restart. I think.
So, this is not really an issue with the mod, but with how it saves in a dump out of the game. Not enough time at a halt to save the state in the two files, so at restart the files are recreated?
Thanks for the detailed response, I think I understand the issue better now and can avoid it
Cheers!
It doesn't save 2 files, it saves one file and renames the previously saved file.
For both files to be deleted something very odd must have happened, perhaps there simply wasn't enough RAM to perform the 'rename' (which may be implemented as copy+delete behind the scenes) but was enough RAM to perform the 'delete'.
Hopefully the changes I've made for 3.5.0 (not released yet) will prevent whatever happened from happening again.
Two files, both 1kb, time-stamped on exit. Did I miss something in your explanation?
Only one of those files is actually being created during a save. I was assuming renaming an existing file would be faster than generating, compressing and saving the data to disk, but a quick test shows that for a 3kb save file this isn't the case.
Another quick test shows my 'save' event is being triggered for every dimension, which will be why your files have the same timestamp, I should probably make it only save when something has actually changed...
There is currently a very annoying bug when you close your backpack and switch to another spot on your hotbar too fast with a number key it says in the top left "Tried to open a backpack that wasn't there" or something along those lines and then deletes everything in your inventory and puts everything that was in the backpack in your inventory. Idk if it's been fixed yet
There is currently a very annoying bug when you close your backpack and switch to another spot on your hotbar too fast with a number key it says in the top left "Tried to open a backpack that wasn't there" or something along those lines and then deletes everything in your inventory and puts everything that was in the backpack in your inventory. Idk if it's been fixed yet
Sounds like the client and server are getting out of sync, usually its just the client's inventory that is glitched and logging out and logging back in usually brings back your lost items.
This should be fixed in 3.5.0, you can get an early release for MC 1.12.2 here (if you're using a version other than 1.12.2 let me know).
Hey! Using this mod on a SpongeForge server and I've been noticing an error popping up every time someone opens up a portable crafting window (At least I believe it is just this) Not sure exactly who's end would be causing it, so thought I'd start here
Hey! Using this mod on a SpongeForge server and I've been noticing an error popping up every time someone opens up a portable crafting window (At least I believe it is just this) Not sure exactly who's end would be causing it, so thought I'd start here
EDIT: This has also now been reported to Sponge, hopefully it can be fixed in some way, as it can be a bad cause of lag for our server.
The crafting slots in my mod reimplement the vanilla crafting slot class using a different parent class (a subclass of Slot that has better support for variable sized inventories), because of this Sponge is throwing an error when it tries to cast my crafting slots to vanilla crafting slots.
I've updated my mod to make my crafting slots compatible with vanilla crafting slots, hopefully this will fix the problem.
You can get an early release for 1.12.2 here.
If it doesn't work, or if you'd rather wait for an official release, you can disable the crafting gui on the server by setting the 'Allow portable crafting interface' option to false.
The data files are only loaded when the server starts so while the server is running it won't notice any changes made to that file. Also, the save process involves renaming the old file and creating a new one, which will likely break any filesystem links.
I can't think of any good way to sync my backpacks between servers.
Version 1 of this mod stored the backpack contents directly inside the backpacks and would've worked with your inventory sync plugin. You may be able to find another backpack mod which continues to store its contents directly in your inventory.
Hi Brad16840,
I've recently been having an issue with your mod as it was causing my game to freeze up upon loading up a saved minecraft game even though I've had no issues with it before using it.
Crash Log: https://gist.github.com/DatrixTHLK/666a6632875ca963053f0467268b38dc
Minecraft 1.11.2
Forge: 13.20.1.2588
Backpacks: 3.4.3
This is a fantastic mod! Is there a way to transfer all contents to/from a backpack with a hotkey? I'm trying to quickly transfer lots of cobblestone quickly
That error indicates that data\BCMod-Items.dat is corrupt. Deleting that file (and BCMod-Items.data_old if it exists) should stop the crash but you will lose the contents of all your backpacks (since the files are corrupt that data is probably gone anyway).
Not really. You can press the 'Auto-Load from inventory or chest' hotkey to trigger your backpacks to 'auto collect' items from your inventory or a vanilla chest, but the only 'faster' way to transfer items out would be to place the backpack (or a copy of the backpack) as a block and pipe them out.
Just wondering if in the 1.12.2 version the Ctrl-R for changing recipes has been removed?
EB Organized Crime Modpack and Server.
Server IP included: teenie.onthewifi.com:25587 Get admin help from the forums.
Modpack Location: http://www.technicpack.net/modpack/eb-organized-crime.968084
Facebook Forums: https://www.facebook.com/EB-Organized-Crime-213165102486304/app/202980683107053/
Owner Facebook: https://www.facebook.com/profile.php?id=100008333436697
Discord Server: https://discord.gg/P8JCTHH
Website: http://evilbrains.enjin.com/
Yes, the recipe editor was incompatible with the JSON based recipe system introduced in 1.12 so was removed.
So, I had a problem with my mod, which made it so I can't play in a certain world. It happened when the game had crashed randomly whilst I was opening a backpack, and now I can't load the world. I can load every other world, but this one I can't, it just crashes the game mid-load. Here is the crash report, if possible, I would like to be able to keep my world, as I have made a lot of progress in it. Also, if it would be possible, I would like to be able to keep the same backpack, as I had done a lot of mining, and I had a lot of ores. Also, if need be, I can give you the list of mods I have.
Much Obliged:
-B (RevengePlayer)
---- Minecraft Crash Report -------- Minecraft Crash Report ----
WARNING: coremods are present: MDECore-Core (mdecore-1.8.9-1.1.4.jar) CoreXU2 (extrautils2-1.8.9-alpha-0.0.2.jar) FMLPlugin (InventoryTweaks-1.60-40.jar) BCModPlugin (zz-backpacks 1.8.9 - 3.1.4.jar)Contact their authors BEFORE contacting forge
// Ouch. That hurt
Time: 3/13/18 4:07 PMDescription: Exception in server tick loop
java.lang.RuntimeException: Couldn't load BCMod-Permissions.dat at brad16840.common.permissions.PermissionData.loadData(PermissionData.java:45) at brad16840.common.Common.loadEvent(Common.java:720) at net.minecraftforge.fml.common.eventhandler.ASMEventHandler_97_Common_loadEvent_Load.invoke(.dynamic) at net.minecraftforge.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:49) at net.minecraftforge.fml.common.eventhandler.EventBus.post(EventBus.java:140) at net.minecraft.server.integrated.IntegratedServer.func_71247_a(IntegratedServer.java:99) at net.minecraft.server.integrated.IntegratedServer.func_71197_b(IntegratedServer.java:123) at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:441) at java.lang.Thread.run(Thread.java:745)Caused by: java.util.zip.ZipException: Not in GZIP format at java.util.zip.GZIPInputStream.readHeader(GZIPInputStream.java:165) at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:79) at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:91) at net.minecraft.nbt.CompressedStreamTools.func_74796_a(CompressedStreamTools.java:25) at brad16840.common.permissions.PermissionData.loadData(PermissionData.java:37) ... 8 more
A detailed walkthrough of the error, its code path and all known details is as follows:---------------------------------------------------------------------------------------
-- System Details --Details: Minecraft Version: 1.8.9 Operating System: Windows 10 (amd64) version 10.0 Java Version: 1.8.0_25, Oracle Corporation Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation Memory: 569351864 bytes (542 MB) / 1073741824 bytes (1024 MB) up to 1073741824 bytes (1024 MB) JVM Flags: 8 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1G -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:G1NewSizePercent=20 -XX:G1ReservePercent=20 -XX:MaxGCPauseMillis=50 -XX:G1HeapRegionSize=16M IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0 FML: MCP 9.19 Powered by Forge 11.15.1.2318 22 mods loaded, 21 mods active States: 'U' = Unloaded 'L' = Loaded 'C' = Constructed 'H' = Pre-initialized 'I' = Initialized 'J' = Post-initialized 'A' = Available 'D' = Disabled 'E' = Errored UCHIJAA mcp{9.19} [Minecraft Coder Pack] (minecraft.jar) UCHIJAA FML{8.0.99.99} [Forge Mod Loader] (forge-1.8.9-11.15.1.2318-1.8.9.jar) UCHIJAA Forge{11.15.1.2318} [Minecraft Forge] (forge-1.8.9-11.15.1.2318-1.8.9.jar) UCHIJAA backpacks16840{3.1.4} [Backpacks!] (zz-backpacks 1.8.9 - 3.1.4.jar) UCHIJAA rpghud{3.6.4} [RPG-Hud] ([1.8.9] RPG-HUD-3.6.4.jar) UCHIJAA cyclopscore{0.5.7} [Cyclops Core] (CyclopsCore-1.8.9-0.5.7.jar) UCHIJAA ExtraUtils2{1.0} [ExtraUtils2] (extrautils2-1.8.9-alpha-0.0.2.jar) UCHIJAA inventorytweaks{1.60-40-e06e29a} [Inventory Tweaks] (InventoryTweaks-1.60-40.jar) UCHIJAA IronChest{6.0.125.770} [Iron Chest] (ironchest-1.8.9-6.0.125.770.jar) UCHIJAA JEI{2.28.18.187} [Just Enough Items] (jei_1.8.9-2.28.18.187.jar) UCHIJAA journeymap{1.8.9-5.2.4} [JourneyMap] (journeymap-1.8.9-5.2.4-unlimited.jar) UCHIJAA KamenRiderCraftV3{1.8.9} [Kamen Rider Craft Expanded] (KamenRiderCraftExpanded - 1.8.9 - V0.3.jar) UCHIJAA mantle{1.8.9-0.9.2.jenkins102} [Mantle] (Mantle-1.8.9-0.9.2.jar) UCHIJAA mdecore{1.8.9-1.1.4} [MattDahEpic Core] (mdecore-1.8.9-1.1.4.jar) UCHIJAA metalheroescraft{1.8.9} [MetalHeroesCraft] (MetalHeroesCraft_1.8.9_Release_1_Fixed.jar) UCHIJAA mobdropores{1.8.8-1.1} [Mob Drop Ores] (mobdropores-1.8.8-1.1.jar) UCHIJAA ShetiPhianCore{3.1.2} [ShetiPhian-Core] (ShetiPhianCore-1.8.9-3.1.2.jar) UCHIJAA tconstruct{1.8.9-2.2.1.jenkins1005} [Tinkers' Construct] (TConstruct-1.8.9-2.2.1.jar) UCHIJAA toeicraft{1.8.9} [ToeiCraft] (ToeiCraft_1.8.9_Release_1_Fixed.jar) UCHIJAA toku_craft{1.8.9} [Toku Craft] (UltraCraft_1.8.9_Release_2.jar) UCHIJAA worldedit{6.1.1} [WorldEdit] (worldedit-forge-mc1.8.9-6.1.1.jar) UD mdecore-core{1.0} [MDE Core - ASM Tweaks] (minecraft.jar) Loaded coremods (and transformers): MDECore-Core (mdecore-1.8.9-1.1.4.jar) com.mattdahepic.mdecore.asm.TickrateTransformerCoreXU2 (extrautils2-1.8.9-alpha-0.0.2.jar) com.rwtema.extrautils2.asm.ClassTransformerHandlerFMLPlugin (InventoryTweaks-1.60-40.jar) invtweaks.forge.asm.ContainerTransformerBCModPlugin (zz-backpacks 1.8.9 - 3.1.4.jar) brad16840.common.asm.ClassTransformer GL info: ~~ERROR~~ RuntimeException: No OpenGL context found in the current thread. Pulsar/tconstruct loaded Pulses: - TinkerCommons (Enabled/Forced) - TinkerWorld (Enabled/Not Forced) - TinkerTools (Enabled/Not Forced) - TinkerSmeltery (Enabled/Not Forced) - TinkerGadgets (Enabled/Not Forced) - TinkerOredict (Enabled/Forced) - TinkerIntegration (Enabled/Forced) - TinkerFluids (Enabled/Forced) - TinkerMaterials (Enabled/Forced)
Profiler Position: N/A (disabled) Player Count: 0 / 8; [] Type: Integrated Server (map_client.txt) Is Modded: Definitely; Client brand changed to 'fml,forge'
The crash is happening because the file that stores your backpack permissions for that world has become corrupted, it managed to load the backpack data without crashing so it's possible nothing important was lost.
The latest version (3.4.2) uses a backup system to prevent this type of file corruption from occurring and no longer crashes when the permission file is corrupted, so updating to 3.4.2 should fix that problem and reduce the risk of it happening again.
Note: the mod file's filename doesn't start with 'zz-' in the newer versions so make sure you delete your existing 'zz-backpacks 1.8.9 - 3.1.4.jar' file when you update.
Thank you so much, this fixed it.
I was enjoying the mod up until backpacks+1.12.2+-+3.4.3. Twice now my game has glitched, forcing me to close (no crash log), and when I restart everything in my backpacks is gone, including space upgrades. Highly annoying. Anyone else having this issue?
EDIT: Backpack restorer does nothing, not sure if I am using it correctly, and I have the empty backpacks, they are not missing.
The contents and sizes of backpack are stored in (world)\data\BCMod-Items.dat and in 3.4.2+ a backup is kept in (world)\data\BCMod-Items.dat_old.
If these files are both deleted all of your existing backpacks will behave like new backpacks and backpack restorers will have nothing to restore.
The save process changed in 3.4.2 to reduce the risk of data corruption, before 3.4.2 it saved its data directly to BCMod-Items.dat and if that failed you'd lose everything. Now it saves it's data to BCMod-Items.dat_new, deletes BCMod-Items.dat_old, renames BCMod-Items.dat to BCMod-Items.dat_old, deletes BCMod-Items.dat if it exists, renames BCMod-Items.dat_new to BCMod-Items.dat and deletes BCMod-Items.dat_new if it exists.
If an error occurs at any point during this process you should still have a valid BCMod-Items.dat or BCMod-Items.dat_old.
Unfortunately Java's rename and delete methods don't throw errors when they fail, so if the files could not be renamed but could be deleted you may end up with no data files.
I will update the mod to avoid deleting files when a rename fails and to broadcast a message when the backpack data couldn't be saved.
Do you know any reason why renaming those files would fail on your computer? perhaps a real time antivirus that scans new files and temporarily prevents them from being renamed?
Both files are 1kb and time-stamped when I exited after noticing the issue.
AV is not the issue, I have had this happen only twice, both over this weekend, after updating. I have since updated to the next version backpacks+1.12.2+-+3.4.4
in the hope that this will not happen again. Very expensive to lose all of my reactor parts.
The glitch I had is, I believe, an out of memory error. 116 mods running for 14 hours or so without a restart over my weekend, I think some memory leaks took up the little RAM left and caused some issues which forced a machine restart. I think.
So, this is not really an issue with the mod, but with how it saves in a dump out of the game. Not enough time at a halt to save the state in the two files, so at restart the files are recreated?
Thanks for the detailed response, I think I understand the issue better now and can avoid it
Cheers!
It doesn't save 2 files, it saves one file and renames the previously saved file.
For both files to be deleted something very odd must have happened, perhaps there simply wasn't enough RAM to perform the 'rename' (which may be implemented as copy+delete behind the scenes) but was enough RAM to perform the 'delete'.
Hopefully the changes I've made for 3.5.0 (not released yet) will prevent whatever happened from happening again.
BCMod-Items.dat
BCMod-Items.dat_old
Two files, both 1kb, time-stamped on exit. Did I miss something in your explanation?
Only one of those files is actually being created during a save. I was assuming renaming an existing file would be faster than generating, compressing and saving the data to disk, but a quick test shows that for a 3kb save file this isn't the case.
Another quick test shows my 'save' event is being triggered for every dimension, which will be why your files have the same timestamp, I should probably make it only save when something has actually changed...
There is currently a very annoying bug when you close your backpack and switch to another spot on your hotbar too fast with a number key it says in the top left "Tried to open a backpack that wasn't there" or something along those lines and then deletes everything in your inventory and puts everything that was in the backpack in your inventory. Idk if it's been fixed yet
Whenever I try to upgrade or dye a backpack it doesn’t do anything checke the controls but that doesn’t seem to be an issue
Sounds like the client and server are getting out of sync, usually its just the client's inventory that is glitched and logging out and logging back in usually brings back your lost items.
This should be fixed in 3.5.0, you can get an early release for MC 1.12.2 here (if you're using a version other than 1.12.2 let me know).
Backpacks are upgraded/dyed by placing a pouch/dye inside the backpack's inventory and right-clicking on the pouch/dye.
Hey! Using this mod on a SpongeForge server and I've been noticing an error popping up every time someone opens up a portable crafting window (At least I believe it is just this) Not sure exactly who's end would be causing it, so thought I'd start here
Error: https://gist.github.com/PoroUsedSnax/cf2f874d67f94d58f3ccb3bf75e56378
Some version numbers:
Minecraft: 1.12.2
SpongeAPI: 7.1.0-SNAPSHOT-06016f2
SpongeForge: 1.12.2-2611-7.1.0-BETA-2990
Minecraft Forge: 14.23.2.2611
Backpacks!: 3.4.4
EDIT: This has also now been reported to Sponge, hopefully it can be fixed in some way, as it can be a bad cause of lag for our server.
The crafting slots in my mod reimplement the vanilla crafting slot class using a different parent class (a subclass of Slot that has better support for variable sized inventories), because of this Sponge is throwing an error when it tries to cast my crafting slots to vanilla crafting slots.
I've updated my mod to make my crafting slots compatible with vanilla crafting slots, hopefully this will fix the problem.
You can get an early release for 1.12.2 here.
If it doesn't work, or if you'd rather wait for an official release, you can disable the crafting gui on the server by setting the 'Allow portable crafting interface' option to false.