Andrey Anshin

This might be blocked by https://github.com/apache/airflow/issues/29069 . In general you could extend `S3CreateObjectOperator.template_fields` by create custom Operator with [required template_fields](https://airflow.apache.org/docs/apache-airflow/stable/howto/custom-operator.html#templating) ```python from airflow.providers.amazon.aws.operators.s3 import S3CreateObjectOperator class AwesomeS3CreateObjectOperator: template_fields: ("aws_conn_id", *S3CreateObjectOperator.template_fields)...

I think it might be a good first issue, I also required to collect all connection ID from the existed operators and list them, so everyone could pick up and...

Not a bug Airflow provider, the validation happen inside [`botocore`](https://github.com/boto/botocore) / [`boto3`](https://github.com/boto/boto3), see available options and types in [ECS.Client.register_task_definition](https://boto3.amazonaws.com/v1/documentation/api/latest/reference/services/ecs.html#ECS.Client.register_task_definition)

Nevermind, I have a look on wrong parameters initially. Did you use specific values such as `render_template_as_native_obj=True` in DAG?

`register_task_kwargs` it is templated field which evaluate thought jinja and I with this settings `NativeEnvironment` transform `"512"` to `512` even if it not not contain jinja blocks

Just clarification. Our target support both 1.4.x and 2.0 or only 2.0?

Migrate 2.0 to 1.4 potentially could have more effect rather than we have with other packages. Some of dependency of providers also use SQLAlchemy and we need to wait until...

I don't think that someone track progress for this one due to huge scope of the task/issue. However as I could see a lot of stuff migrated from the Query...

Just for the record, fix all stuff do not automatically granted ability to run Airflow with SQLAlchemy 2.0, due to upper bound limitation of Airflow and Providers dependencies: ```console root@4c41f46e319c:/opt/airflow#...

There is no problem to use [`Unpack`](https://typing-extensions.readthedocs.io/en/latest/#typing_extensions.Unpack) in versions below Python 3.11, almost everything from stdlib `typing` could be imported from `typing_extensions` module