-
Notifications
You must be signed in to change notification settings - Fork 13.7k
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
Un-ignore DeprecationWarning #20322
Un-ignore DeprecationWarning #20322
Commits on Dec 17, 2021
-
Configuration menu - View commit details
-
Copy full SHA for 907df2e - Browse repository at this point
Copy the full SHA 907df2eView commit details -
Fix deprecation warnings in external task sensors
Unfortunately, external task sensors reference "execution date" quite extensively, and even include it as a part of its public API (both that exact variable, and things like execution_offset and excution_date_fn). It is definitely possible to migrate them to something else, but it is some substential work, and I actually suspect these aren't used widely, if by anyone at all, since we did not receive a single report pointing out those are currently emitting DeprecationWarning messages from core Airflow code. So I'm going to leave the public interface alone for now, and only change the internals to not emit warnings.
Configuration menu - View commit details
-
Copy full SHA for b3fe112 - Browse repository at this point
Copy the full SHA b3fe112View commit details -
Fix deprecation warnings from DayOfWeekSensor
Similar to ExternalTaskSensor, the execution date terminology is unfortunately a part of its public API. This one is easier to deprecate, but again, it's entirely unclear how many people are actually using this, especially now we have async triggers. So I'm leaving the interface alone.
Configuration menu - View commit details
-
Copy full SHA for ab8d04e - Browse repository at this point
Copy the full SHA ab8d04eView commit details -
Fix deprecation warning in BranchDateTimeOperator
Again, execution date is unfortunately a part of the operator's public interface. But again, better to leave it again. 🤷
Configuration menu - View commit details
-
Copy full SHA for ac74e42 - Browse repository at this point
Copy the full SHA ac74e42View commit details -
Configuration menu - View commit details
-
Copy full SHA for dfbad0a - Browse repository at this point
Copy the full SHA dfbad0aView commit details -
Configuration menu - View commit details
-
Copy full SHA for 03e6e8b - Browse repository at this point
Copy the full SHA 03e6e8bView commit details -
Allow deprecations in some Python callable tests
Where we actually want to make sure those arguments work properly.
Configuration menu - View commit details
-
Copy full SHA for e519cf1 - Browse repository at this point
Copy the full SHA e519cf1View commit details -
Configuration menu - View commit details
-
Copy full SHA for e283cfe - Browse repository at this point
Copy the full SHA e283cfeView commit details -
Configuration menu - View commit details
-
Copy full SHA for bbc6a53 - Browse repository at this point
Copy the full SHA bbc6a53View commit details -
Do not eagerly resolve context in HTTP operators
To avoid deprecated context variables emitting warnings, we must call determine_kwargs directly on the context mapping first, instead of using the make_kwargs_callable wrapper, which uses **kwargs and eagerly access all the members.
Configuration menu - View commit details
-
Copy full SHA for baf86b3 - Browse repository at this point
Copy the full SHA baf86b3View commit details -
Use our own Jinja renderer for log filename
Similar to other Jinja rendering situations, we can't just pass **context into Template.render().
Configuration menu - View commit details
-
Copy full SHA for 71544b1 - Browse repository at this point
Copy the full SHA 71544b1View commit details -
Remove execution_date from BranchDayOfWeekOperator
Similar to DayOfWeekSensor and BranchDateTimeOperator, this also has execution date in its public interface. But let's not deal with it now.
Configuration menu - View commit details
-
Copy full SHA for 6af3823 - Browse repository at this point
Copy the full SHA 6af3823View commit details -
Use custom Jinja renderer for custom log formatter
Same as the regular handler.
Configuration menu - View commit details
-
Copy full SHA for 87dee96 - Browse repository at this point
Copy the full SHA 87dee96View commit details -
Replace eager Jinja rendering on email-sending
More of the same thing.
Configuration menu - View commit details
-
Copy full SHA for 357c46e - Browse repository at this point
Copy the full SHA 357c46eView commit details -
Configuration menu - View commit details
-
Copy full SHA for dba4ada - Browse repository at this point
Copy the full SHA dba4adaView commit details -
Configuration menu - View commit details
-
Copy full SHA for 691bef6 - Browse repository at this point
Copy the full SHA 691bef6View commit details -
Refactor to use lazy proxy on callable with **kw
Due to how Python works, we can't make the keyword argument dict lazy, and calling fn(**context) would emit deprecation warnings too eagerly. The previous warning strategy with lazy-object-proxy is brought back for this particular use case, and only deprecated entries are converted to lazy proxies if the context is being unpacked, to keep possible incompatibilities minimal.
Configuration menu - View commit details
-
Copy full SHA for 0885f0e - Browse repository at this point
Copy the full SHA 0885f0eView commit details -
Configuration menu - View commit details
-
Copy full SHA for e5e56a2 - Browse repository at this point
Copy the full SHA e5e56a2View commit details -
Configuration menu - View commit details
-
Copy full SHA for b3b780f - Browse repository at this point
Copy the full SHA b3b780fView commit details -
Configuration menu - View commit details
-
Copy full SHA for c142089 - Browse repository at this point
Copy the full SHA c142089View commit details