Noticed this bug while testing a map in Half-life 2: Deathmatch.
Here is how to recreate it:
Firstly hosted a local server, then launced a work in progress map which had some custom textures in it.
Viewed my basic .vtf texture on a wall, then decided to edit part of it.
Minimised back to my PC, Edited the texture to my liking and then re-saved the new .vmf file - stored in \common\Half-Life 2 Deathmatch\hl2mp\custom\myfolder\materials\desiredwall.vtf
Maximised back into HL2DM, turned sv_cheats 1, then typed mat_reloadallmaterials into console.
After it had hung while reloading the textures, there would be no succesful changes to see ingame.
It used to show the texture alterations immediatly, but now the only way to make it work is to first close dm and then reopen it - added loads of unnessecery workload.
I'm sure this wasn't an intention and it was likely triggered by steampipe because it appeared around the same time. Its a shame, because mat_reloadallmaterials was really useful as a time saver while making maps.
Hopefully it is just pointing to the wrong path, and can be re-enabled again with the next update.
Noticed this bug while testing a map in Half-life 2: Deathmatch. Here is how to recreate it:
It used to show the texture alterations immediatly, but now the only way to make it work is to first close dm and then reopen it - added loads of unnessecery workload.
I'm sure this wasn't an intention and it was likely triggered by steampipe because it appeared around the same time. Its a shame, because mat_reloadallmaterials was really useful as a time saver while making maps.
Hopefully it is just pointing to the wrong path, and can be re-enabled again with the next update.