chgrnet

Forum Replies Created

Viewing 15 posts - 16 through 30 (of 84 total)
  • Author
    Posts
  • in reply to: Issues when upgrading to DFFS_v4.4.3.65_2019-03-31 #25023
    chgrnet
    Participant

    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.

    in reply to: Issues when upgrading to DFFS_v4.4.3.65_2019-03-31 #25021
    chgrnet
    Participant

    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.

    in reply to: Issues when upgrading to DFFS_v4.4.3.65_2019-03-31 #25013
    chgrnet
    Participant

    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?

    in reply to: Issues when upgrading to DFFS_v4.4.3.65_2019-03-31 #25009
    chgrnet
    Participant

    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.

    in reply to: Issues when upgrading to DFFS_v4.4.3.65_2019-03-31 #24907
    chgrnet
    Participant

    Oh, have a nice Easter holiday! I am using the older version so no hurry on your fix. Thank you!

    in reply to: Issues when upgrading to DFFS_v4.4.3.65_2019-03-31 #24905
    chgrnet
    Participant

    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, newCSBFORMID10

    Could 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.

    in reply to: Issues when upgrading to DFFS_v4.4.3.65_2019-03-31 #24893
    chgrnet
    Participant

    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.

    chgrnet
    Participant

    You are correct, this release did fix the issue, thank you!

    in reply to: September 30, 2018 release issue #22285
    chgrnet
    Participant

    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.

    in reply to: September 30, 2018 release issue #22283
    chgrnet
    Participant

    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.

    in reply to: September 30, 2018 release issue #22279
    chgrnet
    Participant

    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?

    in reply to: Performance analysis #21711
    chgrnet
    Participant

    I just saw this in action today, very nice! I love it! Thank you!

    in reply to: vLookup to a child list with over 5,000 items #21595
    chgrnet
    Participant

    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.

    in reply to: Issue with rule not running "on load" #21320
    chgrnet
    Participant

    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 5 years, 9 months ago by chgrnet.
    in reply to: Query on date #21294
    chgrnet
    Participant

    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.

Viewing 15 posts - 16 through 30 (of 84 total)