ID 558908 - pageRegExFind and pageRegExReplace are being ignored when attempting to rename a parameter that has been promoted to the Material Interface

Problem summary
pageRegExFind and pageRegExReplace are being ignored when attempting to rename a parameter that has been promoted to the Material Interface
 
Customer reported version
Katana 6.0v3
 
Customer reported platform
CentOS7
 
Steps to reproduce
 
1) In Katana, create a NetworkMaterialCreate node. Inside the NetworkMaterial node, create a dlConstant node and connect the outColor port to the dlSurface port.

2) Set the edit flag (e) on the dlConstant node, select the wrench icon next to the i_color parameter, and then click Add to Material Interface.

3) Select the wrench icon again, click Edit Material Interface Options, and set the Page parameter to 'error'.
 
4) In the Edit Material Interface Options window, set the publicInterface.pageRegExFind parameter to 'error' and set publicInterface.pageRegExReplace to 'fixed'.
 
5) Back out of the Network Material, set the edit flag on the NetworkMaterialCreate node and under the Sources & Order tab, notice the page is still named 'error'
 
Expected behaviour
The promoted parameters page should be renamed according to user input
 
Actual behaviour
The page does not get renamed in the Material Interface as expected
 
Workaround
Unknown.
 
Reproduced by support
This bug has been reproduced in:
Katana 6.0v3 - Windows 11 / CentOS7
Katana 6.0v2 - Windows 11 / CentOS7
Katana 6.0v1 - Windows 11 / CentOS7
 
Unable to reproduce bug in:
Katana 5.0v6 - Windows 11 / CentOS7
 
Earliest version tested
Katana 5.0v6 - This issue doesn't appear in this version and has regressed