Forum Replies Created
-
AuthorPosts
-
My apologies, I will try to continue testing this with you, but it has messed up other forms in this site a way I have no idea how to fix. I’m not sure if I will be able to upgrade to your March 2019 version anytime soon.
Yes, I am using latest version trying to get what I did to work after upgrading from the January 2019 version.
I am not reversing anything and all are running on load and change.
I have a choice field that is a radio button with 4 values.
Rule 1: Not equal to any value, hiding some fields and headings
Rule 2: 3 required fields, 1 visible, 1 editable, 1 field set to a specific value, 2 visible heading (this one works)
Rule 3 & 4: 2 required fields, 1 read-only, 1 field set to a specific value, 1 visible heading (does make read-only field, does not show heading)
Rule 5: 2 required fields, 1 read-only, 1 field set to a specific value, 1 visible heading (this one works)When I move around 3, 4 or 5, which ever one is last works.
I think you still have an issue with the new version. I have 4 rules set up for 4 different selections in a radio button field. Based on the order of my rules, only the last rule is displaying as expected. The 3 other rules above are sort of but not quite doing what they should, yet they are coded the same as the one that runs. When I re-order the rules and put a different rule last, it works, then the other 3 above don’t, even though I see them running in the debugger.
Also, I’m not able to get a rule to run on change in a people picker field, even though it allows me to create the rule – is this correct?
Thanks. I think I have been compensating for this for so long, I’m not sure what I’m doing wrong now. I will try your suggestion of disabling reversing and hopefully that does it. I thought the rules were reversing as expected.
Oh, have a nice Easter holiday! I am using the older version so no hurry on your fix. Thank you!
The “select” tab should hide when the FORMID field is equal to one of the following values: FORMID4, FORMID2, FORMID6, FORMID1, FORMID10
There is a corresponding tab that should become visible based on the value:
contentFORMID4, contentEnterpriseFORMID2, newsFORMID6, newsEnterpriseFORMID1, newCSBFORMID10Could you delete the files I attached from this post once you download them? I see I can delete them, but I don’t want to do this before you have a chance to get them.
Attached are the files. I’m not sure of what all is not working, but I have it set so certain tabs hide based on a selection and that is not happening.
I have another list with an issue, but it had to do with certain headings on tabs not showing correctly.
November 13, 2018 at 20:48 in reply to: Installer "direct to backend" link to display or edit is not "right" #22843You are correct, this release did fix the issue, thank you!
Maybe the field is corrupted in some way, I’m not sure. I removed the value, then added a new field that is exactly the same and now the form is loading.
There is nothing special about this field, it is just a simple multiple people picker. I even have another one with a value that works, it is just this one field.
No rules, just making them visible on tabs. I even deleted the tab and deleted where the field appears, but as long as there is a value the display form won’t load. It appears that it does not matter where the multiple people picker appears, if it has a value the display form will not load. As soon as I remove the value, the form loads perfectly. I am re-creating this over and over again. When I go back to the previous SPJS utility, everything loads perfectly.
I guess if no one else has the issue, I won’t upgrade that file. Maybe if others have the issue you can look into it.
I figured out what is causing it not to load on display form (only), but it does not make sense. I have two people picker fields next to each other. This is a 2013 site. The first people picker is a single the second is a multiple. When there is no value in the second, the form loads; when there is a value in the second, the display form won’t load. Is there anything about these fields that is causing the issue?
I just saw this in action today, very nice! I love it! Thank you!
This CAML does work, and it was in place when the list went over 5,000 again. I have verified that the item being filtered is indexed, and I even create a view in the list to make sure this is the case:
<Where><And><Eq><FieldRef Name=’VideoProjectNumber’/><Value Type=’Text’>[currentItem:ProjectNumber1]</Value></Eq><Eq><FieldRef Name=’StreamRequestType’ /><Value Type=’Text’>VOL</Value></Eq></And></Where>
Do you have any other ideas on what to try? I was not there in time to trap any errors, I will try again next time.
No other rules. I have been able to consistently get this issue to come up on any list I use that is using the later versions. I just installed the June 2018 on a list. The radio button fields are set to load on load and on change, but when I load the form, they are not running the rules. If I change the file value then change it back, it does as expected. I ran debug and it shows the rules running as green, so the criteria is being met, it is just not being met on load on edit form. I don’t have this issue on new form, and I am using IE 11. I see the same thing on Chrome.
How could I give you the code of what I have so you can see it? It is not been hard for me to re-create it. If my rules were wrong, why does it work correct on change and not on load?
DFFS version that works on load: 4.4.2.9, 2017-02-26/SPJS utility v1.279
- This reply was modified 6 years, 4 months ago by chgrnet.
Yes, I did make sure the columns I am using are indexed. In the past when the child lists when over 5,000 all the vLookups failed and they did not appear to be caring about the indexed fields. This was a later version, so hopefully with the version I am using now (June 20118) it will work. I wanted to use a date in case what I had did not work.
-
AuthorPosts