at Umbraco.Forms.UI.Security.HasAccessToForm(Guid form) at Umbraco.Forms.Core.Providers.V7.PropertyEditors.FormsApiController.GetAll() in c:\Program Files (x86)\teamcity\buildAgent\work\fdc2f0fcbbcef310\Umbraco.Forms.Core.Providers.V7\PropertyEditors\FormsApiController.cs:line 25 at lambda_method(Closure , Object , Object[] ) at System.Web.Http.Controllers.ReflectedHttpActionDescriptor.ActionExecutor.<>c__DisplayClass13.<GetExecutor>b__c(Object instance, Object[] methodParameters) at System.Web.Http.Controllers.ReflectedHttpActionDescriptor.ActionExecutor.Execute(Object instance, Object[] arguments) at System.Web.Http.Controllers.ReflectedHttpActionDescriptor.<>c__DisplayClass5.<ExecuteAsync>b__4() at System.Threading.Tasks.TaskHelpers.RunSynchronously[TResult](Func`1 func, CancellationToken cancellationToken)
I have run into this issue. I believe it is caused when I log in as a member (not an Umbraco user, but an Umbraco member) on the frontend of the website. If I clear my cache (including cookies), the error doesn't happen. When I log in again as a member, it happens again.
I suspect Matt didn't run into this on the IIS version of his website because he wasn't logged in as a member on that website.
I am also having this issue, and can confirm what Nicholas has says is correct - if I am logged in to both the back-end and the front-end website and hit the Contour API (http://localhost/umbraco/Contour/FormsApi/GetAll), I get the following error:
<Error>
<Message>An error has occurred.</Message>
<ExceptionMessage>
Object reference not set to an instance of an object.
at Umbraco.Forms.UI.Security.HasAccessToForm(Guid form) at Umbraco.Forms.Core.Providers.V7.PropertyEditors.FormsApiController.GetAll() in c:\Program Files (x86)\teamcity\buildAgent\work\fdc2f0fcbbcef310\Umbraco.Forms.Core.Providers.V7\PropertyEditors\FormsApiController.cs:line 25 at lambda_method(Closure , Object , Object[] ) at System.Web.Http.Controllers.ReflectedHttpActionDescriptor.ActionExecutor.<>c__DisplayClass13.<GetExecutor>b__c(Object instance, Object[] methodParameters) at System.Web.Http.Controllers.ReflectedHttpActionDescriptor.ActionExecutor.Execute(Object instance, Object[] arguments) at System.Threading.Tasks.TaskHelpers.RunSynchronously[TResult](Func`1 func, CancellationToken cancellationToken)
</StackTrace>
</Error>
However if I am just logged into the back-end and hit the API it returns the form data as expected.
Form Picker data type doesn't work v3.0.19
Any advices?
Comment author was deleted
Ok it's due to the breaking change in Umbraco 7.2, we'll fix in Contour
I just came across the same issue. Here is some additional info.
This is being returned by the call to /Contour/FormsApi/GetAll
Surprisingly, the form picker renders in IIS, but not IIS Express (Visual Studio).
Sorry, it works fine for me. Just spotted that it is a little different picker than earlier version ) You need to have any form to see it on the page.
Comment author was deleted
ah might be that then :) we'll add some copy if you don't have any forms yet
I have run into this issue. I believe it is caused when I log in as a member (not an Umbraco user, but an Umbraco member) on the frontend of the website. If I clear my cache (including cookies), the error doesn't happen. When I log in again as a member, it happens again.
I suspect Matt didn't run into this on the IIS version of his website because he wasn't logged in as a member on that website.
Umbraco 7.1.8. Contour 3.0.23-Build.20.
FYI, I have created an issue for this here: http://issues.umbraco.org/issue/CON-651
I am also having this issue, and can confirm what Nicholas has says is correct - if I am logged in to both the back-end and the front-end website and hit the Contour API (http://localhost/umbraco/Contour/FormsApi/GetAll), I get the following error:
However if I am just logged into the back-end and hit the API it returns the form data as expected.
Umbraco v7.1.8 Contour v3.0.21
I have a work-around for this, it may help you https://our.umbraco.org/forum/umbraco-pro/contour/74422-no-form-picker-just-clear#comment-240729
is working on a reply...