Fixed

Fixed deadlock when running python tasks from GTlabConsole when DLRp2 has been loaded as well. This was a regression introduced in 1.8.1, that allows the python module be loaded also from a native python interpreter. The code has been changed to avoid deadlocking.

footprint() now correctly distinguishes between the application and project footprint.
By default, it returns the application footprint. When called with only_active=True,
it returns only the modules that are part of the data model of the current project. - #630
Fixed a crash when creating a calculator with missing author information in a Python Task - #627
Fixed an issue where empty lines were printed to the Python console even when the evaluated script did not contain any print statements. - #622
Fixed accessing tasks from other task groups. This can be done via findGtTask("groupname/taskname") or runProcess("groupname/taskname"). - #639

Fixed an error, when a subprocess tries to redirect messages to the GTlab console.
The missing fileno() method of has been implemented.
Note: the redirection using a file handle is not properly supported!
Instead, the messages will be printed to a system terminal - #277
The Python Task and Calculator wizard no longer increases in height each time it is reopened. - #607

Log messages in Python by passing an argument to the logging functions (e.g. gtDebug('debug message'), gtInfo('info message'), etc.). Logging via the lshift operator is still supported but is no longer recommended (e.g., gtDebug() << 'debug message'). - #595
Added envVars() function to access GTlab environment variables from Python code. - #604
Python messages are now prefixed with the task / calculator, where they are created.
This results in a much better usability when debugging the source of potential errors. - #606, #614
input_args for Python Tasks and Calculators supports boolean values. - #265
The scripts/python subdirectory of the current GTlab project is now automatically added to Python’s sys.path.
Python modules placed in this directory can be imported via the embedded Python interpreter in GTlab.
When the current project changes, the previous path is removed from sys.path and the new one is added. - #618
The Python function GTlab.openProject can now be used also with the project path argument.
This automatically imports a project into the current session, if it is not yet imported.
Example: GTlab.openProject('/home/user/myproject/project.gtlab') - #565

Fixed python editor silently discard changes, when it is closed.
Now, the user is asked whether to store these changes or not. - #592
Fixed case-dependent python module detection - #601
Fixed error, when trying to redirect subprocess message - #277

Fixed the automated code generation for double and bool properties in the Python Task wizard - #279

Support for multiple python versions other that 3.9. To support multiple versions, the module needs to be
compiled for the different python versions and shipped with GTlab. A restart is required after switching the
python version. - #587
Support for an embedded python distribution, that comes along with GTlab - #585
String input values for Python Tasks and Python Calculators now allow special characters - #269

This is a bugfix release

Fixed inaccessible GTlab packages in the Python Task and the Python Calculator context - #566
Fixed setting ObjectLinkProperties of derived objects - #279
Fixed crash of findGtTask from external scripts - #568
Fixed crash of findGtTask in debug mode - #281
Fixed error TypeError: <module 'gtlab_svg_backend' from ''> is a built-in module related to the inspect module - #284

Releases: dlr-gtlab/python-module