Skip to main content
Skip table of contents

Known Issues

The known issues listed below refer to the PLANTA customizer area. Further known issues can be found in the following documentation areas:


Known Issues

Problem
Newly created OLEs are not immediately displayed in the OLEs module, but only after you have logged on to the program again.
The EXPAND() value range function is only calculated once.
In grouping areas the DDI of which is an incarnation DI, problems may occur when you try to insert new groups. Hence, the Sub-DI of the incarnation DI with Function = CO should be used.
The Oracle error in the OCIError: ORA-24432: The returned instruction is no tagged instruction. log file is not a real error message but a warning and can be ignored.

Display issues may occur in modules with activated Next to parent area parameter and existing relations between the data areas.

Post-delete events do not currently work in Python because the DtpRecord to be transferred no longer exists at that point.

Known Issues with Solution

Problem with mod_obj.menu(91) / Action ID 91

The system will hang up if menu item 91 is included in a module. This can be caused by a Python macro or by an action ID in the data area.

  • In order to avoid errors, 91 should not be used as an action ID on a data field with DF beahvior = c2.
  • In all macros in which mod_obj.menu(91) is used to insert child data areas, you now have to explicitly specify in which data area a record is to be inserted. This is done via the DA Python ID.
  • Solution:
PY
Old: 
mod_obj=ppms.get_target_module()
mod_obj.menu(91)

New:
inv_rec=ppms.get_context_df().get_record()
inv_rec.insert_child(str(DA-Python-ID))
  • The advantage of this procedure is that here you can decide precisely in which data area a record is inserted.

Database Error Message when Saving in Q1B and Q2B after a CU Deployment

When saving changes in the customizing schemas !Q1B and !Q2B (e.g. in the Modules or Data Areas modules), a database error message is displayed after CU deployment.

  • Solution:
    • You have to manually set the HIBERNATE_SEQUENCE to the highest status of the data available in the history tables.

Overwrite More Complex Python Customizings

Information

  • It is usually recommended that you use the Import Wrapper to change standard functionalities.
  • For certain programming, however, this is not possible. In such cases you have to proceed as follows:
    • The code in the file that is stored under /planta_de/ must be adjusted.
    • The change must be documented in the ICOU.
    • Upon each update, the change must be restored.

Details

  • Example of such a programming:
    • The _apply_project_parameter_heredity function is opened by create_project_by_type in create_project.py.
    • This function in turn opens insert_project_child_records for copying the stakeholders of a main project to a subproject.
    • If the insert_project_child_records function is overwritten by the import wrappers, this will not have any influence on this behavior.
  • Reason:
    • Both functions are located in the same module, which visualizes their local name space.
    • If the _apply_project_parameter_heredity function now wants to open the insert_project_child_records function, this function is first looked for in the local name space before the search is extended.
    • So if the function is overwritten in the customer directory, the code never gets to search there because the function is already found in the local namespace.

Fixed Issues


JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.