Forum Replies Created
-
AuthorPosts
-
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?Thank you for looking into this. So does that mean:
– We cannot send an email to a email distribution group where there is no actual login?
– We cannot send email to external email addresses? (Example a vendor email address)Also is there a way to send email as a particular email address? (Set the From email address)
Hi Alex,
Yes, it’s a valid user account in the same domain. Does the user/email need to have access to the SharePoint site to receive emails? The power automate flow I set up worked with the email address that is failing with DFFS.
Any possibility of providing an example of how to set it up and achieve similar results to the schedule email feature in Classic DFFS?
So does that mean I would need to have a field that holds the date that the email needs to be sent on as well? Also I wouldnt have access to the variables in customJS as well?
Any update on this?
Email with attachments have been sent.
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:
November 29, 2021 at 16:42 in reply to: Feature Request: Go back to the originating view after editing a record #35277Around 50 configs spanning across 8 subsites in 1 site collection.
November 23, 2021 at 17:13 in reply to: Feature Request: Go back to the originating view after editing a record #35222I have the “Return to DispForm when editing an item and NOT opening the form in a dialog” checked under “Misc” tab. Is there a way to bulk update all list configurations in a site to have this option unchecked?
Thank you Alex. The suggested solution makes it much easier than adding the code snippet to each and every form.
Hey thank you for the quick work around. This does work with some change in user usage.
Is there a way to make this as a default on a site collection or site level? This would be great rather than going to each and every list and all its different forms and adding the snippet.Or is there a way to load another javascript file whenever DFFS loads? I know there is the “Load these files before executing the Custom JS” feature per list per form level. Wondering if there is a possibility to add something similar on a site or site collection level.
- This reply was modified 3 years, 2 months ago by Amal Vellappillil.
Hi Alex,
Thank you for your reply. I did try to use the setFields functionality of autocomplete configuration. However, it seemed like setFields is not allowed for autocomplete field that accepts multiple values. It does give an error saying not available. Are you aware of this?
Thank you,
Amal VellappillilMarch 10, 2021 at 18:57 in reply to: DFFS_EMail with Stop = True is still sending email after resuming from paused #32957Hi Alex,
Thank you for explaining how things work in SPO.
I have attached the following screenshots.
1. Modified workflow
2. Create Stop variable as Integer
3. CurrentItem Stop as Integer (looking up)Attachments:
March 10, 2021 at 17:11 in reply to: DFFS_EMail with Stop = True is still sending email after resuming from paused #32952Yes, it seems as if the boolean variable is not getting set with Yes/No values. Rather its getting set with True/False.
In any case I tried creating a an integer variable and setting value from Stop field. I then used that variable and checked if it equals 1. If 1, then stop the workflow. This seem to have worked. You can may be update your documentation to use an Integer variable rather than using a Boolean variable and check for 1. This might be helpful for those who are still in On-Prem SharePoint.
Out of curiosity, what do you use to send future dated emails in SharePoint online?
-
AuthorPosts