[Fixed] Not saving order of items in list bug is back

4.28K viewsCSS Bugs
0

2.541
W10 64

As per bug fixed in 2.54

Cheers

admin Changed status to publish
Attached Files:
0

Thanks for including more detail, would it be possible to record a quick video of it happening for us to take a look at? it would help massively in tracking this bug down.
Or send over a script in which this happens and we can try it based on your notes above.

admin Changed status to publish
Attached Files:
0

Hi,

I’m experiencing this with v2.5.6

It’s driving me nuts! I’ve barely scratched the surface of an 11-mode script that’s going to involve a lot of back and forth comparison. Each time I open a mode, I have to organise the mode selectors and initial controls; only for them to jumble up again after I’ve collapsed the mode, gone to another, and returned to the original; or on relaunching CSS.

It’s not just the content of each mode, but the modes themselves. They should be organised in the script “Mode 1a, Mode 1b… Mode 5a, Mode 5b, Shift Mode”. But on opening, I get 1a (thankfully that stays at the top), 2a, 3a, 2b, 4a.

The modes also appear in the Mode Selector settings ‘Select Mode’ combi box in a jumbled order.

Is a ‘Sort alphanumeric’ option possible in an upcoming release, please?

Cheers
Jus

admin Changed status to publish
Attached Files:
0

Here’s what I’m working on… (nk2_00_00_22-4abletonmodes1usermode.json) which, sod’s law is now behaving itself! However… The action that earlier seemed to trigger the persistent reshuffling behaviour was…
– Duplicate a Mode Selector
– Whilst still in the same Mode group, open the new Mode Selector’s settings and rename it
– With the cursor still in the Mapping Name field, delete the new Mode Selector by clicking its trash icon

And sure enough, I just recreate the bug! Nice! 😀

Following those steps didn’t shuffle my modes, but did shuffle the content within them. Please compare screenshots provided. I also provide a second version of the script (nk2_00_00_22z-reorderedafterduplicaterenamedeletesteps.json). This is an export of the one that just balls’d-up, which I have reorganised into desired structure. Having now quit and reopen CSS, it IS keeping that structure, so I believe there’s another step that caused the jumbling on a reopen.

JT

admin Changed status to publish
0

Update: I just recreated this bug with similar steps to those given above. This time I was adding Track objects. I added two too many Solo objects. Deleting them caused my script to jumble up. This was only the objects with each mode, not the modes themselves.

I organised the objects again. Installed, then exported the script. Quit CSS and rebooted my machine.

Upon launching CSS, all modes are jumbled. All objects within the modes are organised. *sigh*

This is a real PITA 🙁

admin Changed status to publish
0

Thanks for the details Jushia, we will try and replicate it here.
If we can then it will be a huge step towards fixing it 🙂

admin Changed status to publish
Attached Files: