Version 1.1.3

Pocket contents now drop when you die, and the pockets no longer go blank on a server

Updating From 1.1.2

There is nothing you need to do - pocket contents belong to you rather than to your clothing, and they are untouched by this update

Update Clothes Have Pockets only - it has no dependencies, and none of the clothing mods it supports are required or affected

Fixed

• • Pockets no longer go blank on a server every minute or so - as your clothing wore down, or as any mod that alters worn clothing did its work, the pocket panel could decide the garment had come off and stop drawing what was in it. Nothing was ever lost. The items stayed where they were and reappeared when you clicked the slots, but it came back every time the clothing changed again. Single player was rarely affected, which is why it took a server to find it
• • Known to affect setups running Clothing Visually Degrades - and any other mod that changes worn clothing while you are wearing it, though ordinary wear on its own was enough to trigger it

Changed

• • What is in your pockets now drops where you die - along with everything else you were carrying. Vanilla leaves your worn clothing on your body when you die, so until now the pockets rode through death untouched: four slots that survived what the rest of your inventory did not. If your server keeps items on death, set DropPocketsOnDeath to false in ModConfig/ClothesHavePockets.json, or the pockets alone will drop when nothing else does
• • Taking a garment off still hands you its pocket contents, exactly as before - that is unchanged, including swapping one pocketed garment for another of the same kind

On a busy server - the fix above was found on a server and verified on one, but with a single player connected. It should hold with several, and the reasoning is that the client no longer decides for itself when a garment has come off: it waits to be told by the server and redraws from what the server sends. That removes the guesswork that caused the blanking.

What has NOT been proved is several players doing it at once. If pockets misbehave with a few of you online - blank panels, or contents that look wrong until you reopen them - please say so, with how many players were on and what you were each doing. Nothing is lost either way; the contents belong to you, not to the clothing.

Coming from 1.0.x, the Player Inventory Lib versions? Empty your pockets before updating - 1.1.x shares no code with them and nothing carries across.

Version 1.1.2

Pockets no longer look empty when they are not

Updating From 1.1.1

There is nothing you need to do - pocket contents belong to you rather than to your clothing, and they are untouched by this update

Update Clothes Have Pockets only - it has no dependencies, and none of the clothing mods it supports are required or affected

Fixed

• • Your pockets no longer go blank after loading a world - taking one garment off could leave the pockets of everything you were still wearing looking empty, and loading a world could leave them all looking empty. Nothing was ever actually lost. The items were still in there the whole time and came back the moment anything refreshed the panel, such as putting a garment back on - but there was no way to tell that from looking, and an empty pocket is not a reassuring thing to find
• • Pocket contents are read more carefully as a world loads - there is no longer a moment early in loading where they could be written over before your clothing had finished arriving. Nobody reported losing anything this way, but it was possible

Coming from 1.0.x, the Player Inventory Lib versions? Empty your pockets before updating - 1.1.x shares no code with them and nothing carries across.

Version 1.1.1

Pockets no longer duplicate their contents when you change clothes, and twenty garments across seven clothing mods now have pockets of their own

Updating From 1.1.0

There is nothing you need to do - pocket contents belong to you rather than to the clothing, and they are untouched by this update

None of the clothing mods below are required. Each mod's support switches itself on only when you have that mod installed, and is skipped silently otherwise - so this update is safe whether you have all seven or none of them

Fixed

• • Swapping one pocketed garment for another duplicated what was in the pockets - putting on a second pair of pocketed trousers over the first handed you the contents of the old pair and left a copy sitting in the new pair's pockets. The copy was saved, so it survived a relog, and any pocketed garment replaced by another in the same slot did it, not just trousers. Pockets are emptied to you before the new garment's are read now, so there is nothing left behind to copy

Clothing Mods Supported

Twenty garments across seven mods, two pockets each. Install as many or as few as you like - each one's support appears only when that mod is present.

• • American Frontiersman Western Wear (8) - blue jeans and mountaineer trousers; the canvas duster, the fringed and unfringed mountaineer shirts, and the leather, linen and rope suspender shirts
• • Hanfu (3) - the mamianqun, the hakama and the ru
• • Manny's Caucasian Clothing (2) - trousers and overcoat
• • Regalia (2) - the fine tunic and the sea spray coat
• • Temporal Doctor (2) - trousers and overcoat
• • Wool (2) - trousers and overcoat
• • Canadian Winter Clothes (1) - trousers only, since its upper body garment is a jumper rather than a coat

New

• • Pockets on modded clothing - the seven mods listed above, twenty garments in all
• • Any clothing mod can be supported without waiting for a code update - which clothing has pockets is data rather than code, so adding a mod is a patch file and nothing else

Changed

• • The Pockets panel no longer appears in creative or spectator mode - in creative every item is a couple of keystrokes away, so the panel was only clutter on an already busy screen. Nothing is emptied by this, and the panel is back the moment you return to survival

Coming from 1.0.x, the Player Inventory Lib versions? Empty your pockets before updating - 1.1.x shares no code with them and nothing carries across.