One thing to check is if the Expense file is open somewhere; I see you’re using Office365 and with that data source the file can’t be currently being edited by someone when the app tries to access it.
But in cases like this, you should email support@appsheet.com for direct support.
Thanks @MultiTech_Visions. I have noticed that as well with Office365 Excel files getting locked. No one else has access to the sheet in this case though.
I’ve emailed support already but thought I would also try here in case others are experiencing issues with Office365 data sources this morning. It’s affecting backup copies of the app under the same account as well.
are all of your apps using Office365/Excel as a data source?
In my case, the account uses an Office365 login, all data sources are Excel files in that Office365 account, and both apps in that account are getting the same error.
However, I was able to copy a sample app using Office365/Excel as the data source, and everything worked fine.
I only have one app and it uses O365. Now I am getting a different error that may help:
Error: Dat table ‘Crossings’ is not accessible due to: Error code: DeploymentInvalidEditSession Error message: There were communication or server problems and you are no longer connected…
We think it is an Office365 API issue. Our code is (unexpectedly) not getting back any data when reading some of these sheets from the Office365 API. This is causing internal errors in our code, which is what you see reported. The problem started happening around 1AM PST today — no change at that time on our side, but probably some change in Microsoft’s service.
Resolution unclear, but no immediate solution from our side unfortunately.
One more update: the problem doesn’t seem to occur for all sheets on Office365. Just for some. For example, for @GreenFlux, the problem is only with one of the sheets in the app (the ‘Expenses’ sheet). There may be something specific going on with some sheets (perhaps a special formula or something) that is causing the Office365 Excel API to break.
@Kyle_Richardson in your app, ‘Pour’ and ‘PourDate’ load fine. But there is a problem with ‘ProductionLog’. Is there anything special about that table?
Yes, our logs show that this problem started around 1AM PST today. No change on our side at that time (or over the weekend). This is definitely something (probably an internal bug) on the Office365 side. So now we’re down to trial-and-error to see what might be causing the problem and how to work around it.
We are still looking for workarounds in our code (by finding some alternative API). In the interim, we are also looking for any insight any of you may have about what could be special about the spreadsheets that are failing.
My app is reporting the issue on 2 of the many sheets in that workbook. Neither of these sheets have any Excel formulas. Here are some of the statistics on those two sheets:
Attachments Excel sheet
11 columns
20657 rows of data
no formulas in the Excel sheet
Some virtual AppSheet columns for this table (total of 16 AppSheet columns)
Some AppSheet formulas like
LOOKUP([PoleID],“Poles”,“_PoleID”,“Segment”)
CONCATENATE([Height (ft)],“’ “, [Height (in)],””“”)
Poles Excel sheet
39 columns
6837 rows of data
no formulas in the Excel sheet
Lots of virtual AppSheet columns for this table (total of 51 AppSheet columns)
Some AppSheet formulas like
IF(COUNT([Related Violations])=0,“None”,“See Violations Section”)
IF(COUNT(SELECT([Related Violations][Violation Category], [Violation Category]=“Power”))>0,“YES”,“NO”)
LEFT([Inspected By],FIND(“@”,[Inspected By])-1)