Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[processing] Fix Output Variant availability #57150

Conversation

rldhont
Copy link
Contributor

@rldhont rldhont commented Apr 14, 2024

With #54358 [processing] Add a new 'Calculate expression' algorithm for use in models, a processing output type for variant values has been introduced. This output Should be used when the output is a flexible type and may represent any QVariant value, like QgsPoint, and must be available for use as inputs for most parameter types.

In ba7bdec, QgsProcessingOutputVariant::typeName() is sometimes added in widget wrapper compatibleParameterTypes instead of compatibleOutputTypes. For example, the QgsProcessingOutputVariant::typeName() is in QgsProcessingPointWidgetWrapper::compatibleParameterTypes() instead of QgsProcessingPointWidgetWrapper::compatibleOutputTypes(), so QgsPoint output in a variant could not be used as an input parameter.

With qgis#54358 [processing] Add a new 'Calculate expression' algorithm for use in models, a processing output type for variant values has been introduced.
This output Should be used when the output is a flexible type and may represent any QVariant value, like QgsPoint, and  must be available for use as inputs for most parameter types.

In ba7bdec, `QgsProcessingOutputVariant::typeName()` is sometimes added in widget wrapper `compatibleParameterTypes` instead of `compatibleOutputTypes`.
For example, the `QgsProcessingOutputVariant::typeName()` is in `QgsProcessingPointWidgetWrapper::compatibleParameterTypes()` instead of `QgsProcessingPointWidgetWrapper::compatibleOutputTypes()`, so `QgsPoint` output in a variant could not be used as an input parameter.
@rldhont rldhont added Processing Relating to QGIS Processing framework or individual Processing algorithms backport release-3_34 backport release-3_36 labels Apr 14, 2024
@nyalldawson nyalldawson merged commit 359cd42 into qgis:master Apr 15, 2024
40 checks passed
@nyalldawson
Copy link
Collaborator

Thanks @rldhont !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backport release-3_34 Processing Relating to QGIS Processing framework or individual Processing algorithms
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants