A locked filesystem is readonly (in either managed or unmanaged modes)
It cannot be unlocked unless its mode is switched or it is recrafted -
both actions wipe the drive. The data is thus "locked" or protected
unless the drive is wiped. The player's displace name is also recorded
and shown in tooltips on the device to indicate who locked it. In this
manner, data authenticity can be trusted
closes#2138
`field_110168_bw` was remapped from `leashedToEntity` to `leashHolder` as of the 20170919 mappings. Add this name so that the dev environments of other mods that use these mappings will work without "There were errors running the class transformer" messages.
change reduced by payonel
Namely:
- moving setting for chunkloaders, svitoos choice was cleaner
- allowing chunkloaders in microcontrollers
Closes#2499.
1. battery upgrades, tablets, and hover boots can be charged in Forge
Energy compatible devices, such as Thermal Expansion's Energetic Infuser
2. battery upgrades also support power extraction, allowing them to
recharge Forge Energy devices (in the battery slot)
more than closes#2687
1. the agent armor inventory maps to the player equipment inventory.
previously we have been preparing only the first(0) equipment(belt) item
out of robots/drones for inventory interactions. but the player
inventory has 4 slots for the armor set, enough room to represent all
of the belt from the agent. This change prepares all 4 armor positions.
2. when our player inventory is modified via the our container slots the
agent inventory is updated. this causes underlying player inventory
lists to thus become outdated. We can detect these changes by hooking
into a listener that will notify us when slots change the agents, thus
allowing us to keep the player inventory lists updated. When an
operation on the inventory container is done, we are then up to date
between the agent and the player
3. Previously we had been holding the active slot index contents in a
private offHand tuple, and previously when the item action had completed
we would detect changes to the offHand data. This extra field wasn't
needed, this change just uses the offhand inventory.
4. cleaned up wasteful code in InventoryUtils.insertIntoInventory
todo: the inventory container is a PlayerContainer, which builds various
slots we never need, and not enough slots. This causes the slot change
detection code to only cover a tiny subset of agent slots
note: the offhand solution isn't infallable. what if an item is
naturally supposed to create duplicate of itself on use. the dup would
stack with the originating slot, and the offhand data would overwrite it
when the item use action completed. but this is unlikely. a solution
would require a truly blocking item be put in place of the originating
slot as a placeholder for when the offhand action completed.
fixes confusing analyzer report. when you place a case in the world and
add components, even while the case is off it correctly reports its
internal component max. But when loading a world, cases that are not
running will have a 0 component max according to the analyzer. This
inaccurate limit is fixed when the case is turned on
by using the more formal set of start and stop using item calls, this
fixes using some items that require a start and stop with duration such
as the tinker bow
closes#2752
When a robot or drone with an experience upgrade gains experience,
either through actions or breaking blocks that drop xp, the agent will
now also mimic orb xp behavior, which may be utilized by tools such as
the tinker tools with moss mending.
also, fix exp upgrade check for item upgrade
closes#2506
