Confirmed, and the diagnosis is uglier than "the haircut did not apply": the purchase worked perfectly. You were charged, the new style was saved to your character, and it persisted. The renderer then could not find any artwork for it and quietly fell back to the default for your gender — which is Black Toben, colour 0. That is why every style you bought looked like the same wrong haircut rather than like nothing happening.

Cause: the game had render data for exactly SIX hairstyles, the three per gender the character creator offers. The salons between them sell SEVENTY-FOUR. Both of the styles you named (30040 and 30200) were in the missing sixty-eight, and so was every colour of them. The artwork was never the problem — the CDN serves all 74 — only the data that says which pieces to draw and where.

All 74 are now extracted from the v83 client itself and shipped. To keep the download honest they are stored packed and unpacked the first time somebody actually wears one, so a style nobody on your screen has costs almost nothing. The six that already shipped were re-extracted by the same tool and checked piece-for-piece against the old files, so the starter styles are provably unchanged.

Worth a re-test after the next publish on both halves of your report — the haircut AND the dye, since the colour digit is derived from the style and had the same hole under it.

On the dev branch, live at the next publish.

Follow-up on this one, because a piece of it was still broken after the fix above shipped.

When the 74 salon styles got their render plans I swept every image path the salon can ask for -- 74 styles across all 8 dye colours, 3,712 checks -- against both art sources. Fourteen came back empty on both: hairstyle 31750's prone-attack frames in colours 1 through 7. Colour 0 drew correctly, which is exactly what made it invisible; the style looked fine unless you attacked while lying down in one of the other seven shades.

The cause was on our side, in the packer that builds our own art mirror. In the v83 client a style's colour-0 variant holds the real images and colours 1-7 are pointers into it. The single-image repacker only understood real images, so every pointer frame was dropped silently -- the file it wrote listed the frame in its data and never contained the picture. Same tool was also writing art without the property data that belongs beside it, so reaching for it to fix one frame would have deleted an entire style's data layer. Both fixed, and its output is now byte-for-byte identical to the bulk packer's, which is the check that proves the two agree.

The seven files went from 96 entries to 1,001 each and are live on the mirror now. All 96 paths the main art host refuses are served by ours, and every one was opened and checked for actual pixels rather than just a 200 -- a correctly-sized fully transparent image is the failure that hides here.

Nothing to reinstall: this is server-side art, so it takes effect on your next load. To confirm it, wear that style in any colour, crouch, and attack -- the hair should stay on your head.