I encountered an issue with the data export via Rows Endpoint for our data in case of specific columns which are linking the working table to a subtable. From 28.06 on we did not receive the data for the respective columns in multiple cases for our existing tables.
To recreate the issue I created a new TestDB with a table, a linked subtable.
we received the desired response – e.g. for row 3:
“Name”: “Max”,
“Verknüpfung zu anderen Einträgen”: [
{
“row_id”: “fR7yyHN4T9iNp2HFSrUlGQ”,
“display_value”: “Apple2”
}
],
The legacy data had the same structure prior to yesterday.
Now, however, we are getting an empty array as the JSON output instead (in multiple cases) in the legacy data.
I can confirm that the result of the List Rows (with SQL) sometimes don’t deliver the links. This situation might occur with “older bases”, meaning bases that were created with an older version of SeaTable. The new bases are working as expected. The developers will take a look at it and see if they can find the reason.
Here are ways to resolve the problem without waiting for a patch or update:
copy the base
export/import the base
make a snapshot, delete the link columns, recreate the link column and reassign the values
I know these workarounds are not perfect, but the best what I can deliver after 16h. Probably a fix will be available soon.
Maybe you have special operations causing dtable-db can’t handle the base correctly. You can try to add a new column to the base and then remove the column to make dtable-db refresh its metadata for the base, and then try calling the API again.
Do it like thousands of other people who have used SeaTable to develop powerful processes and get their ideas and tasks done more efficiently.