#dominoforever | Product Ideas Portal


Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.

For more information and upcoming events around #dominoforever, please visit our Destination Domino Page

Bypassing ?ChangePassword form command into another custom changepassword form

Using the domcfg we can map another change password form, however other change password trigger such as Force user to change internet password on next login, could still use the default ?ChangePassword form command generally used by Domino.

Apparently the ?ChangePassword command is a form related command executed by the Webserver. Even a different form is defined it just pulls the forms design, like fields, pictures, etc. and processes the input request. There is no support for modified Save buttons or Webtriggered agent at this stage. This is the reason why even if the form is defined in the Webserver Configuration, only a supported design features of the ?ChangePassword command are used.

And redirections to a different database via Web Site Rule on the other hand, like URL substitution, would not work for the ?ChangePassword command as well.

Requesting for another approach in enforcing usage of another custom change password form, other than the workaround of copying and pasting that custom change password form onto domcfg and renaming it to $$ChangePassword to compel it into using that.

  • Guest
  • Oct 15 2020
  • Needs review
  • Attach files