[Ivan Wilson]

And the answer was read access to the SPJS_vLookupSettings list

[Ivan Wilson]

We are experiencing this issue for a user that has read access to the configuration list. It is happening on a vLookup to a folder in a document library. The user can access the document library folder.

The dev tools has one 404 error, but that is for their profile photo (Request URL: https://graph.microsoft.com/v1.0/users/redacted/photo/$value). Everything else is 200.

Attachments:

1. 

   Configuration-list-permissions.png
   

[Ivan Wilson]

That does look like it is the issue, thanks Alexander

[Ivan Wilson]

Thanks Alexander

[Ivan Wilson]

I see that SPFX 1.15 is going to preview support for controlling the rendering of new, edit and view forms for list (and library) items:

This sounds like a great way of getting DFFS into modern lists. Have you had a chance to look into this yet?

Ivan

[Ivan Wilson]

Perfect, thanks Alexander

[Ivan Wilson]

Here’s the HTML. Nothing stands out to me as an obvious issue

<div class="ExternalClassAE56FDE76E1442AFACD547E287A7ED5E">
    <p>Please contact the team member, them change the details to 'yes' and then please resubmit the request,
        thanks.<br></p>
    <div>
        <table class="ms-formtable dffs_dispform" border="0" cellpadding="0" cellspacing="0" width="100%"
            role="presentation" style="margin-top:8px;width:auto;">
            <tbody>
                <tr class="spjs_formtable_row">
                    <td valign="top" class="ms-formbody" width="350px">
                        <div>
                            <div>
                                <div class="ExternalClassD571022CCC384D9EBC038E65EE9A9331">
                                    <p>Please contact the team member, then change the details to
                                        'yes' and then resubmit this request,<br><br></p>
                                </div>
                            </div>
                        </div>
                    </td>
                </tr>
            </tbody>
        </table><br>
    </div>
    <div>
        <table class="ms-formtable dffs_dispform" border="0" cellpadding="0" cellspacing="0" width="100%"
            role="presentation" style="margin-top:8px;width:auto;">
            <tbody>
                <tr class="spjs_formtable_row">
                    <td valign="top" class="ms-formbody" width="350px">
                        <div>
                            <div>
                                <div class="ExternalClassD571022CCC384D9EBC038E65EE9A9331">
                                    <p>Please contact the team member, then change the details to
                                        'yes' and then resubmit this request, thanks.<br></p>
                                </div>
                            </div>
                        </div>
                    </td>
                </tr>
            </tbody>
        </table><br>
    </div>
    <p><br></p>
</div>

[Ivan Wilson]

Thanks Alexander, the issue was with HTML in a rich text field. I tried v4.4.5.30, but we got the same issue. We have switched the field to plain text.

[Ivan Wilson]

Thanks Alexander. The odd thing we have noticed is that in the top level site collection, users do not need read access to the web for the lists.asmx, but they do need it in a site collection under the /sites/ path. I’m not sure if it is something weird in this environment or root site collections behave differently. I have compared the site collection properties in PowerShell, but they are set up the same.

[Ivan Wilson]

Thanks Alexander, works great

[Ivan Wilson]

Thanks Alexander,

I ended up using SP.SOD.executeOrDelayUntilScriptLoaded and SP.SOD.executeFunc to handle the loading of the custom JS file at runtime. I believe this similar to the require.js functionality

Ivan

[Ivan Wilson]

I’m experiencing an issue along these lines with jquery-ui.js and third party code in SharePoint Online. I’m including files at the top of the Custom JS tab. Most of the time, everything works, but every now and then the DFFS form throws the error:

TypeError: jQuery(…) addres is not a function

Any idea how I can work around this?

[Ivan Wilson]

Fixed. It wasn’t any issue with DFFS. It was an issue with permissions to a list that has a lookup to the list that had this issue. The lookup column had enforce relationship behavior – cascading deletes configured.

[Ivan Wilson]

Hi Alexander, I think there is an issue with the updated code if you use the standard filter criteria. The error appears in line 184 in the call to spjs.casc.init:

`var c, s, err = false, camlFilter = b.filter.charAt(0) === “<” ? true : false;

the b variable contains an object, which seems to fail on the b.filter.charAt(0) statement.

[Ivan Wilson]

Thank you Alexander, that works perfectly.

[Author]

Posts