[image] 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. [image] Custom cart - buy button - this item is no longer available Ask for Help can anyone help advice why I get this message (item no longer available) when I use the buy button? for the product info in the configuration panel: I have used basic text columns for Name, Description, Product ID and basic number column for price. image empty. could it be because the buy button is in a screen based on data from the Orders Sheet not the Products Sheet ? are buy buttons only to be placed in product details? appreciate any help here is a link 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. [image] Buy Button Transaction Error: "this item is no longer available" Report a Bug Actually, @Math_X, this isn’t an issue on our end so much as it is something we did not design the Buy Button for. This is unfortunately an incompatibility between how you’ve set up your data and how you’ve configured your buy screen. Your buy screen is trying to read a “Purchase ID” from the SIGN UP sheet to indicate which product is being purchased. However, this same SIGN UP sheet uses our Row Ownership feature. So if you’ve never signed in before, and you do not have a row in this sheet, we… But more experienced people agree that you can’t do it with Row Owners enabled. [image] Payment problem with buy button (Stripe) Report a Bug You can’t have row owners, and all data passed to Stripe needs to be stored in google sheets (nothing can be user specific or in Glide columns). 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. [image] bug Compound Action Bug Report a Bug 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.

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.

Custom Action - Set Columns - Delete Row

Ask for Help

ThinhDinh May 20, 2021, 10:04pm 9

Here’s the link.

Topic		Replies	Views
Delete this row action no longer working Ask for Help	17	772	January 3, 2023
Delete Row for "Create new action..." workflows Ask for Help actions	41	3298	January 25, 2021
🆕 Delete row action is in production Ask for Help	30	1428	July 13, 2021
Action Delete Row Feature Requests	9	786	March 29, 2021
Action delete row - is it stable and working Ask for Help	2	238	September 1, 2021

Custom Action - Set Columns - Delete Row

Related topics