A bug in the "Data: add a new row to another table by using values from this row" action under speci

First of all, thank you so much for addressing the bug in the link below!
https://www.googlecloudcommunity.com/gc/Release-Notes/June-10-2025/ba-p/915610#:~:text=None-,Bug%20f...

I've confirmed that this issue is mostly fixed.
However, as I posted below, I've also confirmed that this bug still occurs under a specific condition, which I will explain again.
https://www.googlecloudcommunity.com/gc/Release-Notes/June-10-2025/bc-p/915748/highlight/true#M2889
To get straight to the point, this issue occurs when the key of the destination table is set as a virtual column.

There are two tables in my app.
The key for the "Add table" is a virtual column ([vcKey]).
1.png2.png
I created an "add a new row" action as shown below.
3.png

The result is shown in the video below.
ใƒžใ‚คใƒ“ใƒ‡ใ‚ช1.gif

When the action runs the first time, a record is successfully added to the "Add table". However, on the second and subsequent attempts to overwrite it, an error occurs.

------------------------------------------------
๐Ÿ“ŒUpdate: June 14, 2025
This app was created with a free account.

If I change the key for the "Add table" from a virtual column to a real column, the "Add new row" action works correctly for both adding new records and overwriting them.
1.png
ใƒžใ‚คใƒ“ใƒ‡ใ‚ช1.gif

Additionally, if "Desktop design" is turned off, the action works correctly even when the key is a virtual column.
2.png3.png
ใƒžใ‚คใƒ“ใƒ‡ใ‚ช2.gif

1 2 87
2 REPLIES 2

@lizlynch 

Is the code to fix the problem is still in rolling out to part of users? or fully deployed to all the users ? Could you update the progress of the job of rolling out. Thank you.

This app was created with a free account.

If I change the key for the "Add table" from a virtual column to a real column, the "Add new row" action works correctly for both adding new records and overwriting them.
1.pngใƒžใ‚คใƒ“ใƒ‡ใ‚ช1.gif

Additionally, if "Desktop design" is turned off, the action works correctly even when the key is a virtual column.
2.png3.pngใƒžใ‚คใƒ“ใƒ‡ใ‚ช2.gif

Top Labels in this Space