-
Search Results
-
Topic: Set Content Type
Hi Alexander,
I am not a fan of using Content Types when DFFS can effectively replace their necessity. But I have an old list that I am trying to implement it on that needs to keep their three content types.
The issue I have is that I want to use the Query URL parameter to create a new form, but also to set the content type at the same time.
Idea 1 – Somehow incorporate the Query URL parameter into the button url, so that it also sets content type?
Here is my custom link to add an item to the list:
https://xxx.sharepoint.com/teams/site/Lists/NAMEOFLIST/NewForm.aspx?Source=https://xxx.sharepoint.com/teams/site/Lists/NAMEOFLIST/View.aspx?PageView=Personal&ShowWebPart=%7B5B894272%2D5831%2D4A0B%2DB8C2%2D3184C94650DE%7D&ContentTypeId=0x010003D8415BFE122145BE9C8717F2580443003FAB0C9E7156E94DA988BEF82E06218E&RootFolder=/teams/site/Lists/NAMEOFLISTIdea 2 – After the normal “Item” content type is created, when user sets a field, it sets the content type.
Sets Field=A – rule or JS does nothing
Sets Field=B – rule or JS sets Content Type B
Sets Field=C – rule or JS sets Content Type CI’ve been trying to do this without success in the NewForm or EditForm using a rule (which I debug checked is running) but nothing changes in form (I have content type field visible in edit form).
{inline} setFieldValue("ContentTypeId", "0x010003D8415BFE122145BE9C8717F2580443003FAB0C9E7156E94DA988BEF82E06218E"); setFieldValue("ContentType", "Type B");
Kind Regards,
PaulI know that setting the _vLookupID /DFFSID is set by submitting a new item or editing and exiting item through a DFFS form.
I have a unique situation where my partners want to submit a large number of historical items via datasheet view in the parent list.
Rather than having to edit and save each item to create those IDs, is there a script that can be placed on the datasheet view page that will execute a DFFS function and create _vLookupID /DFFSID ?
Alexander,
I hope you are well.
I have an issue with one list configuration which seems to expose a difference in Rule processing between DFFS_v4.4.5.18 and DFFS_v4.4.5.19 – and carries on to DFFS_v4.4.5.20.
● The primary symptom is that when opening a form, NewForm, EditForm, or DispForm, will not complete rendering, resulting in the “This took forever!” error message. I have narrowed down this symptom to three linked rules.
● A secondary symptom is that disabling the three linked rules identified above does not remove the symptom, however deleting the three rules does.Notes:
The unaltered configuration tested with the following versions:
● DFFS_v4.4.5.20 – FAIL
● DFFS_v4.4.5.19 – FAIL
● DFFS_v4.4.5.18 – SUCCESS
● DFFS_v4.4.5.17 – SUCCESS
● DFFS_v4.4.5.16 – SUCCESS
In this configuration, NewForm was created first, and copied to EditForm and DispForm.The three rules (Nos. 2, 3, & 4) are linked:
● No. 3 to 2
● No. 4 to 2 and 3Each rule sets one Required field, and nothing else. Please see the attached images to illustrate the settings:
● Rule No. 2
● Rule No. 3
● Rule No. 4Please tell me what I can do to releave this error or to troubleshoot further.
As always, your support and efforts are greatly appreciated!
R’grds – Ben.
Reference:Successful version:
Version information
Custom DFFS-folder: DFFS_v4.4.5.18_2021-03-05
DFFS Loader: v2
DFFS frontend: 4.4.5.18 – March 05, 2021
DFFS frontend CSS: 4.64 /
Autocomplete: 1.6.51 – February 07, 2021
Cascading dropdowns: 3.7.44 – February 07, 2021
jQuery: 1.12.4
Lookup: 1.1.20 – March 10, 2020
Resource management: 2.4.5 – August 29, 2019
SPJS-Utility: 1.350 – February 21, 2021
vLookup: 2.2.160 – February 21, 2021FAILING version:
Version information
Custom DFFS-folder: DFFS_v4.4.5.20_2021-03-21
DFFS Loader: v2
DFFS frontend: 4.4.5.20 – March 21, 2021
DFFS frontend CSS: 4.64 /
Autocomplete: 1.6.51 – February 07, 2021
Cascading dropdowns: 3.7.46 – March 21, 2021
jQuery: 1.12.4
Lookup: 1.1.20 – March 10, 2020
Resource management: 2.4.5 – August 29, 2019
SPJS-Utility: 1.350 – February 21, 2021
vLookup: 2.2.161 – March 21, 2021Topic: Autosave and reading URL
I have link from each item in one SharePoint list to add the item to the second list. The link from the first list is a calculated field with query string at the end that opens a new item form on the second list. The link ends with /NewForm.aspx?ID=6&Source=http://…
I would like for the ID number to be saved in the new list in a field called CatalogID, the form to automatically be saved and the user directed to the URL specified in the source value in the URL. This all works with a manual save, but when I add a trigger save function into custom JS, the record saves, but without the value in the CatalogID field. Any thoughts on how to achieve the behavior and allow the URL to be read and value saved? The entire code for custom JS that I am using is:
var fields = init_fields_v2();
var yourQueryStringVal = GetUrlKeyValue(“ID”);
setFieldValue(“CatalogID”,yourQueryStringVal);spjs.dffs.triggerSave();
I deleted my new item form in error. Is there anyway to retrieve the new item form? When I attempt to access the NewForm via configurations, a popup message displays: DFFS Installer – run initial setup. This is the first time you access the DFFS installer, or you have updated DFFS to a new version. Click the button to complete the setup. I have other DFFS list that open in the backend without receiving that message.
Topic: DFFS configuration
Hello,
I had DFFS installed and configured on a SharePoint site but we had to change the URL of the site.
after changing the URL I am getting errors on the DFFS forms.
any solution on how I can fix this problem without loosing the configuration done on the liststhank you in advance