I recently worked with a client who upgraded from Oracle Hyperion Planning 220.127.116.11.300 to 18.104.22.168. One of their Planning administrators tried to create a new form and complained the Member Selection pop-up window is blank in IE11.
The frustrating thing is the window renders correctly in IE8. What's going on here?
When we migrate a Planning application via LCM from one environment/version to another, the Application Properties are typically included within the migrated artifacts. ORACLE_ADF_UI = false is the culprit here!
"Sherman, set the wayback machine to Hyperion Planning patch set 22.214.171.124.300!"
When Oracle rolled out PSU 126.96.36.199.300 for Planning, they introduced the ADF user interface. This interface is what we know and love today in 188.8.131.52. Back in the 184.108.40.206.300 days, however, some people were still using browsers older than IE9, which couldn't fully utilize ADF. So as a workaround, Oracle documented a method to deliberately disable ADF. By manually adding the ORACLE_ADF_UI property and setting it to false, one could force Planning to behave as it did in releases prior to 220.127.116.11.300.
The problem here is IE11 doesn't know how to render the Member Selection pop-up window when ORACLE_ADF_UI is present and set to false.
A few final notes:
When either deleting this property or changing it from false to true, it is necessary to stop and restart the Planning web service before the change takes effect.
Oracle also advises that once we are running in ADF mode and new Planning web forms are designed, it is not advisable to revert back to non-ADF mode. The forms you built in ADF mode might not render the way you intend when you revert to non-ADF mode.