Organizing morphs question
By default, the shaping tab is very messy, since morphs from different vendors tend to not follow a consistent structure (e.g. some morphs get placed alongside standard G9 morphs under "base", while others get their own category name separate from the base morphs). My way of sorting that is to load up the default G9 model, then rearrange everything in the parameters tab via edit mode, then use "save modified assets". This has worked fine on the other Genesis models, but I've encountered a few issues when doing this with G9. Some morphs stop working entirely if I do it this way. I have to reinstall them and instead use notepad to change the grouping outside of Daz's interface. Is this a known issue with the "save modified assets" function? The problem morphs seem to also have accompanying .dhdm files, so I'm wondering if that factors into this problem.

Comments
Modifying Path only does not stop morphs from working ~ What did you modify on earth ?
What's the error log say and do you have any examples of morphs stopping working when the path is changed?
Like crosswind, i have never seen this behavior, nor have i been able to replicate it with a few quick tests i ran.
One of the morphs that this happened with was Vascularity HD. After modifying the grouping, I loaded up a scene with a character using the morphs, and noticed that the veins were missing. Reinstalled the morphs, and they were fine again. Then I adjusted the grouping via editing the files directly via notepad, and the issue did not happen again.
Well, i tested changing the path of all 33 morphs for Vacularity, in various combinations, single, multiple, all at once, and wasn't able to replicate this problem. Saved scene and subset files loaded just fine.
My next dumb question, do you use turbo loader and/or did you get a Missing Files popup when you loaded the scene?
If so, it's possible you just had the morphs disabled and that was the source of your problem.
I'd check the folder for any file with the extension tloff, which is what turboloader changes the DSF extenstion to.
If you don't use and just got the error message, ti's possible you just had a bad write cycle on your drive, which resulted in file corruption.
If you didn't get the error message, than i have no clue what happened.
This was with the G9 version, right? Test it again, but this time edit the arm morph grouping from within Daz Studio 2025. I ran another test just now, and editing it within Daz worked fine in 4.24, but broke when doing it in 2025.
This is the error that shows in the 2025 log btw:
2025-09-08 08:26:28.848 [WARNING] :: \src\sdksource\general\dzmorphdeltas.cpp(762): Could not open HD file: D:/DAZ 3D/Studio/My Library/data/Daz 3D/Genesis 9/Base/Morphs/Zev0/Vascularity HD/Vas_body_bs_Arms Upper All Back.dhdm
Also to answer your other questions, I don't use turbo loader, and there's no .tloff files on my drive. No warnings about missing morphs when loading a scene either. The parameters window still shows the morph as dialled in, it's just the morph isn't actually being applied.
EDIT: Ok, with some more testing, this seems to also apply to other morphs that were broken after modifying the grouping. They work fine if I make the changes in 4.24. Looks like it's just a bug with Daz 2025, which makes sense considering it's still in development.
Thanks for the update, i hadn't considered the Alpha, because i know it's going to be a buggy mess.
This is definitely one of those times.
As best i can tell, the save process breaks the DHDM file(s), as DSF only morphs are unaffected, at least with the ones i tested.
This is consistent across genesis generations, and the file doesn't work properly in other versions of studio after modifying in the alpha.
The only way i was able to get them to work again was to replace the modified DHDM file(s) with the original ones from the ZIP..
I didn't replace the DSF and the new path held and the morphs worked properly.
Unforunately, since we peon users can't look at the dhdm files, there's no way to determine what's going on and fix it ourselves, or report more accurately to support.