Also, not sure if this has been reported, but if you create a new preset in folder A, then move it in Lightroom to folder B (drag & drop), it stays in folder A when you check the file location in file explorer...

Yes, consider them as grouped:1: Adobe general presets2: Adobe effects presets3: Adobe Classic presets4: Custom presetsInside each group everything sorts as expected. When you specify some presets as 'favorite', you will see that the Favorites group comes all the way at the top.

I just released the free Fix Presets plugin that corrects the ordering bug with a click of a button. You may need to invoke the plugin whenever you rename presets, change their groups (folders), or import new ones from earlier versions of LR.

The plugin also provides workarounds for a number of other develop preset issues.

The new preset format in .xmp files has a SortName field that is used for sorting the presets. Camera Raw consistently sets SortName, but some operations in LR set SotName, some leave it empty (freshman programming). The Fix Ordering button of Fix Presets sets the field to a version of the Name field, so that all the presets sort consistently.

FIx Presets will replace numbers embedded in the name with zero-padded numbers, to achieve the proper numeric sorting that was present in LR 7.2 and earlier and is still used in the Collections and Folders panels. For example, collections with leading numbers in their names will sort "1 C", "3 C", "20 C". Given a preset name "23 - 5 Orange", Fix Presets will give it the SortName "000023 - 000005 Orange", to achieve the proper sorting. (Internally, LR has a sort function that does this hybrid numeric sorting, but the programmer forgot to use it in the new Presets panel.)

If/when a future release of LR fixes the issue, presets that have been corrected by Fix Prests will continue to work and sort properly. (The internal LR numeric sorting treats a leading "000023" in the name the same as "23".)

I just tried the 'Fix Ordering' function and I'm getting the below error message on every preset. There also doesn't appear to be a way to cancel the operation and I've got a lot of presets. Any ideas?

You need to re-run the Fix Ordering command every time you rename a preset. (LR's rename operation "forgets" to set the internal SortName field of the preset.) I'll make this clearer in user interface and the documentation.

"Why did you mess with something that worked perfectly well in the first place?"

Adobe changed the internal implementation of presets considerably, to allow them to be shared with Camera Raw and as part of the new "enhanced profiles", which provide users with a number of new features and advantages.

Unfortunately, Adobe completely botched the testing (quality assurance) and released these worthwhile changes with lots of obvious bugs.

Grégory, this topic is concerned with the incorrect sorting of presets introduced in 7.3. The Manage window doesn't have anything to do with that bug. My testing shows that 7.4 correctly sorts presets -- do you experience incorrect sorting?

Nothing more than a consistent folder system (we can consider preset groups are folders) so you can delete/rename/create folders independently from their content, and all actions accessible *at the same place* (right now new=create new preset to create parent group (!), rename=right click, hide=manage window, unhide=manage or right click).Concerning sort, alphabetical order is fine as long as *all* groups are sorted even the default ones. If you can't do that, instead allow custom sort.

It's not clear to me if this issue is fixed or not. Many of the presets are not in alphabetical order but I'm not sure if they were designed to be so ordered. See the following post from about three months ago by Nathan Johnson:

OK - I think I've solved this little mystery... it doesn't have anything to do with High Sierra (it's happening to me on El Capitan) BUT with the XMP presets conversion (and differences in convention between the .lrtemplate files and the .xmp files).

Inside an .lrtemplate file, there are two name properties... "internalName" and "title"... when you initially create a preset file, they are both the same. But it is possible for the "title" to become different than the "internalName" (especially for preset developers who are editing .lrtemplate files directly).

Example of .lrtemplate file:

So here, I must have changed the title directly in a text editor.

In any case, this didn't matter, because ALL PREVIOUS VERSIONS OF LIGHTROOM only looked at the "title" property to determine how to sort presets.

Enter LR Classic 7.3 and the .xmp conversion...

XMP also has a number of properties related to the name of the preset. The "Name" property is the displayed name...

BUT... XMP has a "SortName" property. And this property determines how Lightroom actually sorts the presets.

When LR 7.3 converted .lrtemplate files to .xmp files, it took the "internalName" and placed it in the "SortName" property...

Example...

AND unlike all previous lightroom versions, the .xmp presets actually do get sorted by the sortName property...

So now, inside Lightroom Classic, you see presets that are mostly sorted, but with seemingly random deviations from that sorting...

All that to say, I wish that Adobe hadn't assumed that we wanted the internalName to now be used a sorting device (which it never had been before). But I don't think it is cool that now we have the ability to do custom orders without changing the display name!

New Develop presets I create with LR 7.4 are out of sort order. It looks like they are being placed near the bottom of the folder list. I just created two presets shown below inside the red outline. I used John Ellis' 'Fix Presets' plugin with 7.3, which fixed the preset sort order. It's my understanding with LR 7.4 this plugin shouldn't be needed.

I'm using John Eliis' Fix Presets plugin, which is quick, easy to use, and free. Renaming presets after creating them seems like a kludge. Status still shows as 'In Progress' so I assume this will be fixed correct?