You are viewing limited content. For full access, please sign in.

Question

Question

Accessing forms with the /Forms/form/new/# instead of the published link.

asked on May 1, 2017 Show version history

I found a secret way to access published forms using a different URL. You can do this by hiding the form on the process option page, then selecting to Run the process. It opens from a /Forms/form/new/# location where # is a number that indicates the process.

After publishing the form again, this method of accessing the form still works. Because the official published link is not working, I was thinking of having the users use this instead for the time being. Is there any implications to this?

I tried submitting a form and it went to the approver just fine.

0 0

Replies

replied on May 2, 2017

What would be the reason for doing it this way?

0 0
replied on May 2, 2017

What do you mean by "the official published link is not working"?

0 0
replied on May 2, 2017

It's exceptionally over complicated but here is the whole story and why I have no other solution than to use the alternative URL.

It all started when a button called AutoFill showed up on the form because we have 2 conditions for the lookup. The button is both confusing to the users because no other lookups require it and it causes a violation of the lookup procedure.

The user can click the AutoFill button to "Manually" fill the lookup output field, then change the data of the conditional fields without pressing the button again. This effectively allows them to associate any value from the database with any selection regardless of it being accurate. They can select an account worth a million dollars and get it approved at $1.

The following lines of code, to work around this problem, execute differently depending on which URL is used to access the form.

  function autofill() {  
    $(this).closest("tr").find('button.autofill').trigger('click');
  }
  
  $('.lookuptrigger input').on('change',autofill);
  $('.cf-table-add-row').click(function () {
    $('.lookuptrigger input').on('change',autofill);
    $('.cf-table-block tr:last').find('button.autofill').trigger('click');
  });

And this works great in a majority of environments. However we have a huge collection of PC's running all different versions of Windows and in both IE and Chrome this specific part of the code never executes.

$('.cf-table-add-row').click(function () {
    $('.lookuptrigger input').on('change',autofill);
    $('.cf-table-block tr:last').find('button.autofill').trigger('click');

While this line still works

  $('.lookuptrigger input').on('change',autofill);

Now the work around, is to simply use the secret URL /Forms/form/new/#

SAME FORM, SAME JAVASCRIPT, SAME BROWSER, SAME COMPUTER. Instantly the code runs as specified.

Something about the URL changes the result of my code. There is no logical explanation for this. I have looked at the form while accessing it with both URL's and used the developer console to verify that my javascript is not being modified before it hits the local browser. How can the same instruction set, executing on the same machine, produce different results based on an address bar field in the browser.

0 0
replied on May 2, 2017

What version of Forms are you using?

0 0
replied on May 2, 2017

10.2.0.834

0 0
replied on May 17, 2019

Was there ever any resolution to this? I am running 10.4 and I am having the same problem. The forms works perfectly, as long as I use Preview mode or the preview URL. When using the published URL, my javascript does not work.

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.