Sep 24, 2017, 4:47 PM
31 Posts

FP9 Redirectto no longer decoded by server.

  • Category: Domino Server
  • Platform: Windows
  • Release: 9.0.1
  • Role:
  • Tags: FP9
  • Replies: 1

I have an agent that uses an internal redirect using the print statement with double brackets.

The url contains a parameter "&redirectto=" which in turn, redirects to another url after the process is finished.  As expected, this parameter's value must be encoded.

In FP9 these characters are no longer being decoded by domino during the redirect, so the process fails.  It works on earlier feature packs.

Is this going to be corrected?

FWIW - I do have the interim fix 1 installed too.

Sep 25, 2017, 5:19 PM
2 Posts
Sorry about that!
It looks like a regression from our fix for SPR GFALAJFNMW which was described as follows:

The Redirectto query argument was incorrectly being translated to lmbcs and not being re-translated back to the original utf8 charset when sent back to the browser.  Add code to bypass translation of Redirecto Query argument because it is not used internally and avoid translation issues when a redirection is sent back to the browser.

It looks like we need to separate the decoding from the translation.  I've created SPR MKINARJSQ3 for this issue.  If you could open a PMR and mention this SPR, we'll get you fixed up.