[GitHub] [airflow] uranusjr commented on pull request #29842: Allow for templated args to be passed to the result_processor function in the GithubSensor fixing templated tags in GithubTagSensor

2023-03-15 Thread via GitHub


uranusjr commented on PR #29842:
URL: https://github.com/apache/airflow/pull/29842#issuecomment-1471184980

   There’s precedence of using `inspect` to check whether a function has a 
specific argument, and only pass extra values if it is present. We can 
implement that here so `template_fields` is only passed if the callable defines 
it as a kwarg.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@airflow.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[GitHub] [airflow] uranusjr commented on pull request #29842: Allow for templated args to be passed to the result_processor function in the GithubSensor fixing templated tags in GithubTagSensor

2023-03-15 Thread via GitHub


uranusjr commented on PR #29842:
URL: https://github.com/apache/airflow/pull/29842#issuecomment-1469671451

   > Users who are using the GitHubSensor directly and pass a 
`result_processor` function directly would either need to turn 
`allow_templates_in_result_processor` to False or add a `templated_fields` 
kwarg to their result_processor function. That is probably affecting more users 
than custom operators and it seems like it could be potentially confusing.
   
   Only if they use inputs that look like templates but actually are not, I 
think? Because otherwise the input can still be template-rendered and would not 
change anyway. (It might be ever so slightly slower but shouldn’t break.) That 
feels like a very specific edge case to me.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@airflow.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[GitHub] [airflow] uranusjr commented on pull request #29842: Allow for templated args to be passed to the result_processor function in the GithubSensor fixing templated tags in GithubTagSensor

2023-03-02 Thread via GitHub


uranusjr commented on PR #29842:
URL: https://github.com/apache/airflow/pull/29842#issuecomment-1453008723

   THe breakage sounds reasonable if we bump the GitHub provider to 3.0.0. So 
the question would be, is having the kwarg default to true a good idea? Let’s 
bump if it is.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@airflow.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[GitHub] [airflow] uranusjr commented on pull request #29842: Allow for templated args to be passed to the result_processor function in the GithubSensor fixing templated tags in GithubTagSensor

2023-03-01 Thread via GitHub


uranusjr commented on PR #29842:
URL: https://github.com/apache/airflow/pull/29842#issuecomment-1451372967

   What are the incompatibilities if this is enabled by default, or always 
enabled? Since this is from a provider, we can break backward compatibility 
more freely if we think the new behaviour is significantly better.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@airflow.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org