PBO entry compression and += in a non-binarized config.cpp.
I pack my mods with my own PBO packer and fully control the header format: offsets, packing method, original and packed sizes. After today's update I found two problems.
1. Array += behaves differently in config.cpp and config.bin

Mod config example:
class CfgVehicles
{
    class Inventory_Base;
    class Edible_Base: Inventory_Base
    {
        inventorySlot[] += {"DirectCookingD", "SmokingE"};
    };

    class PigSteakMeat: Edible_Base
    {
        inventorySlot[] += {"DirectCookingE", "SmokingF"};
    };
};

Config binarized to config.bin: PigSteakMeat.inventorySlot = the vanilla slots (Ingredient, DirectCookingA–C, SmokingA–D, Trap_Bait_2) plus ours. Correct.

Plain-text config.cpp in the PBO: the vanilla slots are lost. Only our values from Edible_Base and PigSteakMeat remain, some of them twice.

It looks like the text parser resolves += immediately, against the class and its ancestors inside the same file. If it finds an array there (here, the += on Edible_Base), it copies those values and clears the append flag. The result is a plain assignment that overwrites the vanilla value. The binary loader keeps the append flag (entry type 5) and appends to the vanilla array correctly. Expected: += behaves the same in both formats.

2. If a PBO contains compressed entries, its uncompressed entries are read incorrectly

The mod contains .c, .layout, .xml, .imageset, .edds/.paa and config.bin. The PBO header is valid: every entry has the correct offset, packing method (Cprs), original and data size; the sum of the data sizes matches the file size; and every uncompressed entry holds the correct bytes at its offset. Results:

Nothing compressed: everything works.
.c and .layout compressed, everything else stored: scripts and layouts load. The stored files fail: [Inputs] Cannot read inputs default ".../data/inputs.xml", parser error and ImageWidget::LoadImageFile can't load 'set:... image:...' (imagesets from this PBO).
Only .c compressed: the stored layout fails: Cannot load layout '.../loading.layout', followed by NULL widgets and a client crash.
Only .layout compressed: the stored .c files are read wrongly: Unknown type ..., Can't compile "GameLib" script module! on both client and server.
config.bin compressed: the config itself is read correctly, but the imagesets and other stored files in the same PBO stop loading.

Conclusion: compressed entries are read correctly, but stored entries break as soon as the PBO contains at least one compressed entry. Stored data seems to be read through the shared PBO buffer (FileBufferDecrypting) while compressed data uses its own stream, and the first path fails when entries are mixed. Expected: mixing compressed and stored entries in one PBO works.

-