🐛 Compound Action Bug

[Lucas_Pires]

@Jason @Mark

I ended up doing it in another way, but I think this could be a possible bug

Buffalo Burger · Glide

[George_B]

What happens if you do the Set Columns action before the Add action?

[Lucas_Pires]

@George_B it worked any hierarchy for this to happen? Because for me there is no difference since it would be only these 2 actions

[George_B]

I think the issue is that when you Add to a different table you are “moving” off of the current table and the pointer is lost. So you should first do the Set Columns for the actual currently active table, then do the add row.

[Lucas_Pires]

Noted

[Darren_Murphy]

@George_B

I think the issue is that when you Add to a different table you are “moving” off of the current table and the pointer is lost. So you should first do the Set Columns for the actual currently active table, then do the add row.

wow, that’s so obvious - but incredibly useful/important to be aware of.

[christoph]

I’ve found a similar problem, maybe they are connected.

Compound action: view details shows wrong row/sheet

I’m using a compound action in an inline list based to view the detail of the row just clicked. Let’s call the detailed screen A. Before the action “view details” I’m using an action “add row” to insert a row to another sheet (B) for log purposes. The action “view details” then unfortunately doesn’t show up the detail of the row in the inline list, which the user clicked, and what one would expect. Instead it opens the screen A but with the data of the row in the sheet B which the action “add…

Your explanation might be a reason.

But in my case the app tries to show a row which doesn’t match with the layout of the detailed screen. Until now, I was told that the layout of a screen is always bound to one table, which seems to be compromised here.

[system]

Closing due to inactivity. This topic will be deleted in a few weeks if there are no more comments.