Is there a non-functional status for AppSheet...

Is there a non-functional status for AppSheet REST API right at the moment? I can follow from the audit log that the API is invoked, the payload is correct and no errors issued but the posted data is not in the sheet at all.

0 13 424
13 REPLIES 13

@Levent_KULACOGLU

I can investigate if you provide: 1. The account id 2. The app name 3. The exact timestamp from of the failing record in Audit history 4. Your permission to log in as you and replay the failing request.

@Philip_Garrett_Appsh sure thing. Here are the details: 1. Account ID: 543624 2. App Name: 5STakipSistemi-543624 3.Timestamp: ( from the audit log as UTC ) 8/8/2018 9:18:28 PM 4. Permission: Access granted

You will notice that the API is invoked, there are no errors, payload is correct however the data is not in the gSheet and also the workflows are not triggered either.

I have one successful trial as of 8/8/2018 7:10:20 PM UTC which had triggered the workflows also and recorded the data to the sheet but then my successive trials are not performing the same.

@Philip_Garrett_Appsh please check out the attached screenshot from the Audit Log. Itโ€™s said to be โ€œsuccessfulโ€ but no any data recorded to the sheet. What I have noticed in this JSON is the โ€œnullโ€ values. Provided the API call to the table, reads the table schema for total number of columns and passing โ€œnullโ€ values for the columns that are not presented/picked/passed in the payload, then I can say that in this JSON payload I have counted 44 key parameter values but my sheet has only 30 columns actually. Just FYI.

@Levent_KULACOGLU@Aleksi_Alkio

I have found what appears to be the problem. I am working on a solution. This may take some time because testing may be lengthy.

Thanks for your prompt intervention @Philip_Garrett_Appsh , appreciated. Iโ€™ll be await your final confirmation to move forward.

@Philip_Garrett_Appsh here is the payload I use via POSTMAN

{

โ€œActionโ€: โ€œAddโ€,

โ€œPropertiesโ€: {

โ€œLocaleโ€: โ€œtr-TRโ€,

โ€œLocationโ€: โ€œ41.0084018, 29.1797537โ€,

โ€œTimezoneโ€: โ€œTurkey Standard Timeโ€

},

โ€œRowsโ€: [

{

โ€œHEADER1โ€: โ€œโ€,

โ€œIDโ€: โ€œaaBB11ccโ€,

โ€œKAYIT TARฤฐHฤฐโ€: โ€œ08.08.2018 11:27:59โ€,

โ€œKAYDEDENโ€: โ€œWEB KAYITโ€,

โ€œDEฤžฤฐลžฤฐKLฤฐK TARฤฐHฤฐโ€: โ€œโ€,

โ€œDEฤžฤฐลžTฤฐRENโ€: โ€œโ€,

โ€œFOTOโ€: โ€œโ€,

โ€œADIโ€: โ€œLeventโ€,

โ€œSOYADIโ€: โ€œKULAร‡OฤžLUโ€,

โ€œลžEHฤฐRโ€: โ€œฤฐstanbulโ€,

โ€œDOฤžUM TARฤฐHฤฐโ€: โ€œ15/06/1970โ€,

โ€œE-POSTAโ€: "levent@able3ventures.com"

}

]

} Translate

@Philip_Garrett_Appsh I have discovered out that the problem is issued from the column headers which contains some accented Turkish characters like โ€œลžโ€, โ€œฤžโ€, โ€œร‡โ€ and โ€œฤฐโ€. When I remove those column headers from the payload, the data is added to the sheet. How to overcome this?

@Levent_KULACOGLU

It is incredibly helpful that you figured out the cause of the problem.

I will look at the problem now, but I have no idea what will be required to fix it until I have done more investigation.

Mr Levent, answer is easyโ€ฆ donโ€™t use special characters as column headers

@Philip_Garrett_Appsh

When I have digged a bit more down, I see that only some special accented chars resulting the problem: {โ€œฤžโ€ , โ€œลžโ€ , โ€œร‡โ€ , โ€œรœโ€}

@Philip_Garrett_Appsh I believe the problem is not that either unfortunately. I have changed the accented chars to Latin Alphabet letters but issue is still valid. Hoewever, very interestingly, if I limit the payload to 3-4 columns, itโ€™s working

@Levent_KULACOGLU@Aleksi_Alkio

I donโ€™t think it is the column name either. I tried updating a Number column called โ€œลžฤžร‡ฤฐโ€ through the REST API and the update worked fine.

Can I reproduce the problem by using the payload you provided above? If so, can I submit the REST API request against your app to reproduce the problem? I need to step through the REST API request in the debugger.

If that is not possible, can you create a copy of the app that I can use for testing?

@Philip_Garrett_Appsh

Under the same account there is a debugging app with the identical app structure. You can use that app for debugging as the current app is live and in use.

App Name: 5S-DEBUG

You can use the payload I have shared for sure. Be informed that below payload is working and recording the data:

{

โ€œActionโ€: โ€œAddโ€,

โ€œPropertiesโ€: {

โ€œLocaleโ€: โ€œtr-TRโ€,

โ€œLocationโ€: โ€œ41.0084018, 29.1797537โ€,

โ€œTimezoneโ€: โ€œTurkey Standard Timeโ€

},

โ€œRowsโ€: [

{

โ€œHEADER1โ€: โ€œโ€,

โ€œIDโ€: โ€œaaBB11ccโ€,

โ€œKAYIT TARฤฐHฤฐโ€: โ€œ08.08.2018 11:27:59โ€,

โ€œKAYDEDENโ€: โ€œWEB KAYITโ€,

โ€œDEฤžฤฐลžฤฐKLฤฐK TARฤฐHฤฐโ€: โ€œโ€,

โ€œDEฤžฤฐลžTฤฐRENโ€: โ€œโ€,

โ€œFOTOโ€: โ€œโ€,

โ€œADIโ€: โ€œLeventโ€,

โ€œSOYADIโ€: โ€œKULAร‡OฤžLUโ€

}

]

}

On the contrary, this payload is not working as expected though many columns are still not added to this payload:

{

โ€œActionโ€: โ€œAddโ€,

โ€œPropertiesโ€: {

โ€œLocaleโ€: โ€œtr-TRโ€,

โ€œLocationโ€: โ€œ41.0084018, 29.1797537โ€,

โ€œTimezoneโ€: โ€œTurkey Standard Timeโ€

},

โ€œRowsโ€: [

{

โ€œHEADER1โ€: โ€œโ€,

โ€œIDโ€: โ€œaaBB11ccโ€,

โ€œKAYIT TARฤฐHฤฐโ€: โ€œ08.08.2018 11:27:59โ€,

โ€œKAYDEDENโ€: โ€œWEB KAYITโ€,

โ€œDEฤžฤฐลžฤฐKLฤฐK TARฤฐHฤฐโ€: โ€œ08.08.2018 12:07:43โ€,

โ€œDEฤžฤฐลžTฤฐRENโ€: โ€œFulya AKร‡AYโ€,

โ€œFOTOโ€: โ€œโ€,

โ€œADIโ€: โ€œLeventโ€,

โ€œSOYADIโ€: โ€œKULAร‡OฤžLUโ€,

โ€œลžEHฤฐRโ€: โ€œฤฐstanbulโ€,

โ€œDOฤžUM TARฤฐHฤฐโ€: โ€œ15/06/1970โ€,

โ€œE-POSTAโ€: "levent@able3ventures.com"

}

]

}

Top Labels in this Space