Can anyone help advice why the action
delete row (this row)
is not performed.
The current custom action is inside a link to screen from a payments table.
i want to update payment details in the order and then delete the payment row to avoid using too many rows.
everything works fine if i remove the ‘Set Columns in UserProfile’ which is the user profile table.
is there anything with the Set Columns in the user profile table that makes Glide confuse which row to delete (this row)?
the 3rd action Set Columns in this row is also not performed.
the 5th action - navigate to tab Home is performed as well the action 1 & 2.
could the 2nd action set columns in userRelation be causing any problem for actions 3 & 4?
I’m confuse. You are updating column values in ‘This Row’ and then immediately deleting it? Why would you set values in a row if you are going to delete it anyway?
the 3rd action (set column in this row) is not necessary I just added it to trace the custom action and find out where and what actions were breaking & why. I wanted to see if it was possible to set columns in the current row if the previous action was a set column on the user profile table.
In brief, this is part of a custom checkout, there is an orders table with a row for every order a user makes.
since the orders table has row owners, hence cannot place a buy button in an order details page. every order has a relation to a payment row in a payments table which has no row owners. The payment screen is where this custom action sits.
at the end of a payment this action should:
update the user profile table of the user with the status of his current checkout.
update the order connected to the payment with the payment details.
delete the payment row from the payment table
OK, I thought maybe the two conflicting actions on the same row was possibly a problem, but sounds like it isn’t.
I’ve seen a few posts with people having issues with the Delete Row action, so I’m not sure if it’s a bug or some technicality with how actions runs. I wish I knew the mechanics of how custom actions are executed, but it’s a bit of a mystery to many of us.
Can you explain further why you can’t place the buy button on the order details and need the secondary payment sheet? I don’t see why that would be a problem. I don’t have any answer as to why the Delete doesn’t work, but I think a slight restructure would remove the need to have a payments table.
yes it would be nice to know more on how the custom actions are actually being executed.
i can’t place the buy button in the order details because the orders table has row owners in it. I went down that road and found out that Buy Button’s dont work on tables with row owners. If you place a payment, an error will be returned.
Row Owners is necessary in this table as you don’t want users orders to be seen by other users, they contain shipping information and contact details
ok. I found your old post about that issue.
I also found this much older post that seems to contradict that theory and only indicates that there would be an issue if a user is not signed in and doesn’t have a row to reference.
But more experienced people agree that you can’t do it with Row Owners enabled.
So, I guess I’m not really sure. I’ve never used the Buy Button myself outside of some very brief testing to see how it works. The main thing I know about the buy button is that it can’t use computed columns. Beyond that, I have no idea what else is required for it to work correctly.
Anyway, have you tried moving your delete before any other action? I know it seems wrong, but it may be something to try.
I’m not finding it right now, but I seem to recall a post a while back that mentioned the pointer to the row getting lost sometimes depending on what actions your are doing. That theory doesn’t make sense though since your Set Column action still works. It may just be a bug with the Delete action since others have had issues too. You may want to submit a bug to https://glide-help.zendesk.com/hc/en-us/requests/new.
yes i’ve moved the delete to the top, but then none of the other actions are performed. which makes sense as when the row is deleted. Glide probably no longer finds the relation columns in the other actions.
if i delete the set columns in user profile table action. then all the rest work. there must be something about setting columns in the user profile table
Here’s the link.
Yep, that’s the post I was think of. Thanks for finding it.
Yes most probably the pointer is being lost. But the problem remains that i need to do a delete row not a set column. I need to add to a different table then come back and delete the row.
If you want a reliable way to delete rows, then I’d recommend using a trigger script.
I’m almost sure that the delete row action is not working
i was hoping not to use any scripts in case i wanted to publish my app as a template. U think Glide Tables are better when it comes to delete rows?
its working, though a bit confusing sometimes and unpredictable. Definitely need to avoid in custom actions unless necessary.
Honestly, I never use the Glide delete row action. I just find it too flakey, and I don’t trust it.
I also don’t like the fact that it leaves empty rows in my GSheets.
https://community.glideapps.com/t/delete-row-action-2-diff-behaviour/26909/2
