Plumsail Forms are blank when loaded with IOS devices

Hello @abolam,

I couldn't reproduce the issue on my tenant.

Have you designed a separate form for mobile devices using the Phone layout?
image

Can you open see the form for mobile devices in the Designer?
Does the form is blank when changing the user agent in your browser console (F12)?
image

Hi mnikitina,

Yes, I get the same response when using the developer tools emulation. It is going to a separate form for mobile layout.

I am however seeing a couple of unusual errors in the console -

HTTP400: BAD REQUEST - The request could not be processed by the server due to invalid syntax.
(XHR)POST - /_api/SP.OAuth.Token/Acquire

and 0: Failed to retrieve a valid token - chunk.sp-pages-search_3d34cd4843a6b2b42453.js (1,2298)

Presume these are SP issues that you cannot help with however! Could it also be stopping the request loading the form?

EDIT- after reading a bit in Github about this, it would seem that it the request that SP Online uses to connect to MS Graph - could you ask one of your techies to take a look and see if this is the call between Plumsail Forms and MS Graph causing the issue?

Further update - it would seem that only the iPhone browser mode is affected by this. Am going to test this in another tenant today to see if I can reproduce in another environment. Tablet and other views appear to work. Could this be related to the introduction of Quick Actions in IOS13?

Seems like quite a sudden impact to forms that were working 2 weeks ago and have not been touched.

@abolam,

If it is possible could you please grant access yo your tenant to troubleshoot the issue.

Please write to us to [email protected].

Will do, emailing shortly.

Hi mnikitina, [email protected] doesn't exist - I presume you meant [email protected]?

Looks like this issue is just limited to our tenant, I've tested this in another tenant and mobile forms are fine in there. Could you help assist me with the problem in our tenant?

@abolam,

Yes, the correct email is [email protected]. Sorry for that, I am making typos by the end of the week :sweat_smile:

It might be that the issue is only on your tenant, Have you tried to republish the form for the mobile devices?

Hi mnikitina

Yes I've tried republishing the form, no difference.

This does seem to be only our problem, but I'm struggling to see how to fix it. Without having mobile views available in my tenant I can't test any forms for my client! As you can imagine, this is a show stopper for us. I'd really appreciate it if you can advise how we might be able to fix this.

Normal SharePoint lists etc appear fine in the mobile view/on mobile - it's only when we open a form do we get the blank screen. Please help!

Kindly, Andy

@abolam,

Please provide us temporary access to troubleshoot the issue. We will not make any changes without your permission, just will check the settings and errors.

I have emailed support with the details. Thanks for looking :slight_smile:

To anyone who has the same problem, there seems to be an error in the last MS update: no web parts are rendered in Single Web Part pages in the mobile view.

We've reported a bug to Microsoft. Please do the same. The more bug reports, the faster they will react to it.

I have the same issue on our Samsung tablets; the forms don't load (only blank screen). The temp workaround is to use desktop mode in your mobile browser.

1 Like

Hi ParAvion,

This is actually a Microsoft bug, it is nothing to do with Plumsail forms.

I've recreated the issue without using Plumsail forms - I did this by creating an SharePoint Framework WebPart, placing it on a site page, and then converting the page to a Single Page Application page type. When pages are converted to this format, they no longer work in mobile mode (a blank screen is displayed).

So that we can get this resolved at Microsoft, can you please raise a support ticket via your Office 365 tenant? The more people that raise this issue the more chance it will be fixed quickly.

See this issue on Github - https://github.com/SharePoint/sp-dev-docs/issues/4968

Kind regards
Andy

Yes, the bug is confirmed by Microsoft. @abolam, thank you for the link!

Hopefully, they will fix it soon.

Also, it seems that the bug occurs in the Targeted release only. You can switch to the Standard release. Please find the instructions in this article:

Has anyone heard when Microsoft will fix this?

Hello @ParAvion,

There are no updates from Microsoft.

You can help to point the attention to the problem by raising a support ticket via your Office 365 tenant and leaving the comment under the post at the GitHub. The more reports Microsoft receives, the more likely it is that the issue will be resolved sooner.

@ParAvion - So far I've had two support tickets opened for this issue. The first was closed down for no reason, the second one is still progressing. Looks like we may have to live with this for a while.

Dear @abolam and everyone else experiencing the issue,
It seems like Microsoft still haven't resolved the issue of missing forms. The issue appears on mobile devices, as well as in Microsoft Teams desktop application - the forms are not being rendered properly. Microsoft are aware of the issue, but we've seen no updates on this matter - https://github.com/SharePoint/sp-dev-docs/issues/4968

Since the issue is quite critical, and since it now appears even in Standard version of SharePoint, we recommend using PowerShell scripts to fix the problem with existing forms.

The following commands will allow you to install PnP Powershell, connect to any SharePoint site and switch page type for Forms, so they actually render on mobile devices:

Install-Module SharePointPnPPowerShellOnline
Connect-PnPOnline -Url https://domain.sharepoint.com/sites/sitename
Set-PnPClientSidePage -Identity "PlumsailForms/ListName/Item/NewForm" -LayoutType Article

If the issue is not resolved soon, we'll switch all our forms to this page type. This is not ideal, but at least this works, unlike Single Web Part pages.

2 Likes

@Nikita_Kurguzov I think you should just switch all the forms to that page type because i don't believe this will be addressed by MS anytime soon; it's impacting users in our business.

Dear @ParAvion,
Thank you for the feedback, I'll pass it to the dev team. They're currently considering this option, but there are disadvantages to switching. Rest assured, that this is a temporary measure, and we will resolve this issue soon, one way or another.

1 Like