Search Results for 'list form'

[Rad]

I am posting it here:

The Enable E-Mailing the active tab doesn’t seem to work for me.

It was initially working only on 2nd tab and not the first one. The email pop up shows but nothing happens when clicking the OK button.

this is the error I get after clicking OK button:

VM17502:1 Uncaught TypeError: Cannot read properties of undefined (reading ‘hidden’)
at String.eval (eval at <anonymous> (DFFS_frontend_min.js:10:1), <anonymous>:1:99824)
at Function.each (jQuery.js?v=1730264777187:2:2881)
at Object.emailCurrentTab (eval at <anonymous> (DFFS_frontend_min.js:10:1), <anonymous>:1:99613)
at Object.init_emailTab (eval at <anonymous> (DFFS_frontend_min.js:10:1), <anonymous>:1:95231)
at Object.ok (eval at <anonymous> (DFFS_frontend_min.js:10:1), <anonymous>:1:94745)
at Object.ok (eval at <anonymous> (DFFS_frontend_min.js:10:1), <anonymous>:1:295246)
at HTMLInputElement.onclick (DispForm.aspx?List=0f3d624b%2D292b%2D48af%2Da894%2Dbfdb71577fc3&ID=1&Source=http%3A%2F%2Fsharepoint2%2Ebankofamerica%2Ecom%2Fsites%2FDUA%5FOther%2FLists%2FAffinityRequests%2FAllItems%2Easpx&ContentTypeId=0x0100040EC9A443EDCD4EBD9D702A1A50BA54:1:12)

November 5, 2024 at 16:37 in reply to: Sending email#38212Reply

[Rad]

this is the error I get: after clicking OK button.

VM17502:1 Uncaught TypeError: Cannot read properties of undefined (reading ‘hidden’)
at String.eval (eval at <anonymous> (DFFS_frontend_min.js:10:1), <anonymous>:1:99824)
at Function.each (jQuery.js?v=1730264777187:2:2881)
at Object.emailCurrentTab (eval at <anonymous> (DFFS_frontend_min.js:10:1), <anonymous>:1:99613)
at Object.init_emailTab (eval at <anonymous> (DFFS_frontend_min.js:10:1), <anonymous>:1:95231)
at Object.ok (eval at <anonymous> (DFFS_frontend_min.js:10:1), <anonymous>:1:94745)
at Object.ok (eval at <anonymous> (DFFS_frontend_min.js:10:1), <anonymous>:1:295246)
at HTMLInputElement.onclick (DispForm.aspx?List=0f3d624b%2D292b%2D48af%2Da894%2Dbfdb71577fc3&ID=1&Source=http%3A%2F%2Fsharepoint2%2Ebankofamerica%2Ecom%2Fsites%2FDUA%5FOther%2FLists%2FAffinityRequests%2FAllItems%2Easpx&ContentTypeId=0x0100040EC9A443EDCD4EBD9D702A1A50BA54:1:12)

[Joe Penland]

I am encountering an issue I am struggling to properly address, and I was wondering if you might be able to resolve it in code or have any suggestions. We have modern DFFS handling forms on some lists which have people fields. When a user leaves our company, their account is disabled, and their license is removed. I am finding when a form is edited which includes one of these disabled and unlicensed users, the form cannot be saved because of an error in the “validateupdatelistitem” call that occurs prior to the form being saved. The error is, “We couldn’t find an exact match.”

I have also noticed that when one of these users exist in a list item, they do appear in the display form, but when I go to edit the form, the user does not appear in the people field because they did not resolve properly in the people picker. However, unless I modify the people field, the unresolved user will be sent to the “validateupdatelistitem” endpoint—even though they are not visible in the edited form—and cause the error explained above.

I can see the network calls to “_api/SP.UI.ApplicationPages.ClientPeoplePickerWebServiceInterface.clientPeoplePickerSearchUser” where the unlicensed users return empty values and the licensed users return all the data the people picker needs. Is it possible for you to handle removing users who do not resolve when the edit form loads the people fields so they are not passed to “validateupdatelistitem” prior to saving?

[Marcus Khoo]

I upgraded from 1.0.64.0 to 1.0.70.0
When I look at
Site Contents > Modern DFFS > Details
It correctly shows
VERSION 1.0.70.0

However, when I click on the DFFS link on a list, the first screen shows
“Dynamic forms for SharePoint”
v1.0.64.0

Any suggestions?
Thanks
/Marcus

[Amal Vellappillil]

Hi Alex,
I noticed that the DFFS button shows up when I do a hard refresh of the browser. However, when I do a normal refresh, the button goes away and none of the forms worked (i expected this because i didnt see the DFFS button). I tried the work around you mentioned to turn off the sync, but I could not find where to turn it off. I went to Microsoft Lists, but didnt see where to turn the sync off. Can you advise?

[Alexander Bautz]

Thanks for the feedback.

I’ll fix the background color on the sticky tabs in the next release, but in the meantime you can fix it by adding this custom css:

.pivotSticky_SUFFIX > div[role='tablist']{
  background-color: #ffffff;
}

I’ll add the “Is empty” and “Is not empty” triggers in the next version.

You can use nested conditions in the main trigger conditions, but I think adding the nesting of conditions inside the “if yes” and “if no” sections will be a bit to complex so you will have to add more rules to handle the different “sub conditions”.

I looked into the “random issue” with the vLookup comfig earlier (I think it was you that mentioned it), but could unfortunately not reproduce it. Did you copy / import the vLookup config or did you create it from scratch?

The grid issue is related to the “row” being rendered using display:flex. It has a default “wrap to new line” if the outer container cannot fit the contents. Can you email me some screenshots so I can look into it and see if it is a bug?

Inline editing in vLookup is unfortunately a bug job to implement so I don’t have time for that at the moment.

Can you give me some more information about adding the class to the fields? – do you mean like adding a classname in the “container styling” property of a field?

Alexander

[Alexander Bautz]

When using the SP.Utilities.Utility.SendEmail endpoint the user must be in the User information list in the SiteCollection for it to work (must be added to a SharePoint group).

I’ll take a look and see if I might be able to run ensureUser on the person in the To-field (to add the user if it is not already in the User Information list) before processing the email in a later version.

Alexander

[Travis Goodman]

Hey Alexander! First off, I’m devastated lol. I had a huge list of bugs and enhancements in a file for you and I don’t know what happened but the company pushed an update to my machine and it wiped the location that file was stored. I haven’t been able to recover it. So, the below list is only a partial list of the bugs and enhancement requests I have identified so far within modern DFFS. I understand some of this stuff is probably complex and will take time or just not a priority, so no worries. Just want to put it out there 🙂

— When tab bar is locked you can see the form behind it and the little gray bottom border bar overlaps that content. I think the enter tab row should have a solid white background to look better.

— Can “is empty” and “is not empty” be added to the rule conditions, especially for date and people fields?

— Can the “yes” or “no” sections have nested conditions? For example, say I have a rule that says if x is equal to y. Let’s just say that results to true. Now, let’s say I have a scenario where I want to check another condition in both the true and false sections, because that will determine what I do next. Can we have a condition nested here, or what do you recommend? Of course, I could just create additional rules that key off the parent, but it’d be cool if they could nest. Let me know if you need more clarification on this. It might be too complex.

— Having a random issue that I cannot track down with vLookup. I’ll build the table, then build the add new form with prefills. If i edit the table, sometimes it totally messes up the add new form prefills. It’ll like remove fields I set, I don’t get it. It seems to happen if I remove fields in the “build the table” section and save and go back in and now the prefill fields tab has totally different fields than what I originally had in there.

— Having an issue with grid form where say I set a form row with multiple columns. Let’s say 3 columns. Column 1 I go with 6, column 2 will be set to 4 and column 3 I set to 2. If I put a field in column 3 that is somewhat wide, then in the form editor those 3 columns aren’t appearing side by side like they should. They do when I preview the form, it looks fine there, but in the column editor for some reason it’s wrapping, and I’ll find column 3 below columns 1 and 2. It’s not a big deal, it’s just cosmetic.

— Is inline editing possible to be added to a vlookup table?

—Can you have it to where we can add a class similar to how you have JS customizer function name references. This would be both for normal fields and for vLookup. That way I can add CSS to the class, easier than doing CSS via JS.

[Amal Vellappillil]

Hi Alex,

I am encountering an error while trying to send an email from DFFS. Error pop up shows message “The e-mail cannot be sent. Make sure the e-mail has a valid recipient. Here is the setup.

Form: Edit form
Trigger: before save
Actions: Prepare an email
Email has all the required fields. Its a simple test list. When an item is saved
– I see the following in network tab
Request URL: https://xxxx.sharepoint.com/sites/xxxx/_api/SP.Utilities.Utility.SendEmail
Request Method: POST
Status Code: 400 Bad Request
Payload: {“properties”:{“To”:[“webadmin@ltp.org”],”Subject”:”Test email”,”Body”:”test email”}}

Response is
{
“odata.error”: {
“code”: “-2130242040, Microsoft.SharePoint.SPException”,
“message”: {
“lang”: “en-US”,
“value”: “The e-mail message cannot be sent. Make sure the e-mail has a valid recipient.”
}
}
}

Please advise

[Wayne Thompson]

Hi Alexander

I upgraded to v1.0.67.0 and experiencing issues with Modern DFFS in the standard list view not loading for a significant proportion of users (identical permissions and desktop setup).

I also can’t see anything yet that gives a clue as to the difference between those it works for and those it doesn’t, but as in the previous user’s case, the users in each camp are consistent.

The list view is NOT embedded into a SharePoint page.

In other words, I get this behavior when accessing the list directly (and as in the previous user’s experience, it works as expected everywhere for me).

For users where Modern DFFS fails, DFFS is not loaded in the page on the list view menu, therefore when the item link is clicked on, and instead of the (DFFS) dialog box popping out, a new tab opens with the non-DFFS item url in, showing the default SharePoint form.

Similar to the other user’s post is that it works normally for some users and not at all for others.

Thanks
Wayne

[AdamP]

Hi Alexander

I’ve just seen your update about v1.0.67.0 which I’ll upgrade to ASAP, but currently we’re on v1.0.66.0 and experiencing issues with Modern DFFS not loading for a significant proportion of users (identical permissions and desktop setup), likely since the Microsoft changes around 4th September.

I can’t see anything yet that gives a clue as to the difference between those it works for and those it doesn’t, but the users in each camp are consistent.

The list view is embedded into a SharePoint page, and I’m still trying to determine if it’s the same behaviour when accessing the list directly (difficult because it works as expected everywhere for me).
For users where Modern DFFS fails, the item link is clicked on, and instead of the (DFFS) dialog box popping out, a new tab opens with the non-DFFS item url in, showing the default SharePoint form (see attached for url format).
In the console there is a DFFS-command-set error that appears at the point the list item title is clicked (see attached).

Any ideas on what might be the cause and any possible fixes? Looking at the page source it looks like the listBaseTemplate might be 119 – wiki page library, and 100 for the list customised with Modern DFFS. The strange part is that it works normally for some users and not at all for others.

Thanks

Adam

Attachments:

1. 

   NewTabURL.png
   

2. 

   ModernDFFSconsolelog.png
   

3. 

   Embedded-list.png
   

[Alexander Bautz]

There is most likely a compatibility issue with the old config. If you could email me the form configuration for the form that is not working that would help me identifying the problem.

You can find the config by opening this list (it is hidden from site contents so you must type in the URL):

/sites/your_site/lists/DFFSConfigurationList/

Send me both the FormJSON and the RulesJSON.

You can find my email address in the Contact tab at the top of the page.

Alexander

[Amal Vellappillil]

I am having similar (but may be different) issue. I am using v1.0.66.0.
I had exported configuration for a list from our on-premise SharePoint to SharePoint online list. I imported settings for view and edit, both imported fine and the form loads when clicked I try to view or edit a record. However, I am unable to go back into the configuration for these forms anymore. I see there are some errors in the dev console. I have attached a screenshot here.

So instead of importing the configuration for “New” form, I just created one default one. The form loads and I am able to go back and edit the configuration for “New” form as well.

It feels like the import may have brought in some old code that is messing with the way Modern DFFS works. The exported configuration had custom js and custom css in it.

Is there a way to remove configuration from a particular list form? I was unable to find that information as well.

Attachments:

1. 

   modern-dffs-form-configuration-not-loading-error.jpg
   

[Alexander Bautz]

Not sure what that could be. Did you see any errors in the developer tools (F12 > Console)?

Also, does your list load with the “New modern UI” or the “Old modern UI”?

Did you try turning off “Sync” as described in the first post in this thread?

You can email me any screenshots or other information.

Alexander

[Travis Goodman]

I reverted back to v1.0.64 which is the last version I had installed. That put DFFS back on the list menu and restored my form. This is on a production site, so I couldn’t afford to leave it on and troubleshoot. I will try and find a low traffic site I can put it on and see if I can help find the issue.