Stack order bug

💬 App Building
1

I have a vertical stack and I can't seem to pull in other stacks in a specific order. Whenever I drag the stack to a certain position it doesn't stay there. Please have a look at this video:

Interestingly renaming the stacks within stack 15 did work for 2 components and they visually got sorted in alphabetical order. But for the 3rd component it didn't work.

2

Hi @boernard Thanks for reporting this! The recording is super helpful. Any chance you could also share an app json with us (feel free to post here or DM)?

I haven't been able to reproduce this bug for our team, but I'm hoping a json export can narrow down the issue

3

One really great feature would be to actually drag and drop the components within the stack in the component tree view on the left side.
Since a stack is pureliy ordinal it would make things so much easier because the drag & drop targets are soo hard to get as soon as you have a stack within a stack. I will post this in feature requests again :slight_smile:

4

Yes, we have that on our roadmap (but no eta yet). I'll let you know when it ships :blush:

5

I also have this issue. Unsure how to DM you or share the app though so if you could DM me that would be helpful :slight_smile:

6

Thanks for chiming in, @Rachael. I sent you a DM if you want to reply there

7

I've been noticing problems with the reordering items in stacks over (roughly) the last week, across several projects (work project, personal project, and my wife's work project -- all on different laptops and under different accounts.) The issues are varied but I suspect they're all symptoms of a same problem:

  1. dragging an item inside a stack may show a caret for where the item will drop, but once released, it stays where it previously was
  2. renaming items inside a stack may cause them to move (usually to the end of the stack, but not always -- in one case, it looked like the items were actively reordered to become alphabetized by their component names)
  3. some items in a stack may be completely immovable (you don't even get the caret when attempting to drag)
  4. cutting/pasting items in a stack sometimes works to force them to the end of the stack, and other times items will paste back to their original ordinal position

I've got a reproducible example of symptom 3, so I'll start with that.
In this example, I created a stacked container, and dropped a few text items in it -- they were orderable. I renamed them, nothing weird happened. I then added some collapsible containers to the list -- and they refuse to move. I can move the text items around (same container), but not these two items. In this case, renaming and cutting/pasting do not reproduce symptoms 2 and 4, sorry.
What gave me the idea to try this? I noticed in one of my real projects, when exported to ZIP format, that some of my immovable objects were the ones "included by reference" instead of inline, i.e. I would see <Include src="./subobjectname.rsx" /> and wondered if certain object types (like collapsible containers) might be more likely to cause that to happen, and by extension cause the re-ordering problem. However, my quick little example reproduces the issue without those nested containers being pushed into their own separate rsx files, so that's not the cause, I just got lucky on reproducing.
Looking at the positions JSON file, I don't see anything weird about the collapsible containers vs. the text items that are their peers, yet they behave differently in terms of reordering.

If I can reproduce the other issues mentioned above (or maybe someone else can?), I'll post JSON files.
scratchpad.json (18.6 KB)

8

@Tess
I've extracted a subset of a personal project -- it was originally part of a modal frame, but the dragging/rearranging problem persists even when these particular controls are copied into a new scratchpad app by themselves.
What I was seeing with this example:

  • the input fields and tag fields along the bottom are part of a stack; you can attempt to re-arrange them, but you'll have symptom 1 where you see the drop-spot, but the control refuses to actually move
  • in the repeatable (grid) at the top, each of the items is a stack (icon, spacer, text, spacer); attempting to re-arrange items inside the template item will similarly tease you with a caret, then refuse to actually move
  • I was getting around it by cutting/pasting objects, where each time I pasted, items would go to the end of the stack rather than returning to their previous ordinal position, and with enough cutting/pasting I could get things into the desired order
    reproduceDragProblem.json (19.8 KB)
1 Like
9

Thanks for the update! I'll take a look and share the findings with our team internally. Definitely appreciate the time you took to narrow this down a bit!