Thank you. We tried that and it still didn't work.
FYI - Solution
After several hours working with support they rolled out a revision which fixed my issue. I think their code wasn't set up for the number of combo boxes / sharepoint list lookup fields I had.
Just curious if you were able to remedy the situation outside of them patching it? We just had this start happening since the most recent release 3.18081.22.
I may have to open a ticket, but would like to exhaust all my options first.
Specific Lookup Fields will not populate data play mode and not sure how or why this is happening since they are default Form Combo box Lookups and seem to work fine in Edit Mode.
I've got this too. Seems to have started with PowerApps V 3.18093.28. This also happened with a previous version of this same app and I rebuilt the form from scratch. I really don't want to do that again. I unselected the "Explicit Column Selection" setting, refreshed data sources (Azure SQL with local collections). All was well and then out of nowhere this happens. Any ideas for solutions?
I have had to recreate a couple times usally what I do is a Save AS to the app and save it as a different name and that fixes the issue. Also you have to reassign your users.
I know this post was done some time ago, but there seems to be several posts related to this and I didn't want to start a new one.
I'm getting a bug that behaves in this way (this description is hypothetical, by the way, but it still illustrates my issue):
If(IsEmpty(Filter(spoList1, customID=globalVarID)), NewForm(form1), EditForm(form1) )
So the gist is that if you edit the gallery1 item, it send an ID of an existing object; if you add new, it sends a theoretically new ID. And when you navigate to the editing form, the OnVisible event tells the form whether to behave as a NewForm or EditForm. And if it's a new form, it automatically throws in the new ID for the new record.
This is how it actually behaves for me:
So it seems that there is an inconsistency with the transition between EditForm and NewForm. From my observations, it appears that invoking EditForm, navigating away, and then invoking NewForm results in an unstable state that yields the error message (and prevents SPO new records). During this unstable state, navigating away, and then back to NewForm resolves this unstable state.
Yet, if I add items, I can add repeatedly with no issues. If I edit various records, I can do so with no issues. It's only when I edit and then add that I incur this unstable state.
I've tried to stack ResetForm, NewForm, EditForm in various combinations in the same event to see if it would resolve this unstable state, but it does not appear to. For now, if I'm adding after editing (which results in the unstable state), I have to remind myself to cancel the first add attempt and then readd again. This gets the job done, but it's very unorthodox. I hope this makes sense.
Thank you for reporting this. I have seen something similar related to customize form OnVisble, although not exactly what you are describing here. In this case, since you have discovered an issue that requires troubleshooting with you, please open a support ticket so that our support technicians can validate if this is a bug, and work with you to determine whether it requires a hotfix. You may use the link below to raise a ticket - in which case we'll also need the session id and app id to follow-up with you.
Link to support ticket:
Getting session id:
Check out the on demand sessions that are available now!
ISV Studio is designed to become the go-to Power Platform destination for ISV’s to monitor & manage published applications.
Features releasing from October 2020 through March 2021
Una semana de contenido con +100 sesiones educativas, consultorios, +10 workshops Premium, Hackaton, EXPO, Networking Hall y mucho más!