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

stackdriver task_handler deprecated name arg removed #41659

Closed

Conversation

dirrao
Copy link
Contributor

@dirrao dirrao commented Aug 22, 2024

stackdriver task_handler deprecated name arg removed

@boring-cyborg boring-cyborg bot added area:logging area:providers provider:google Google (including GCP) related issues labels Aug 22, 2024
@dirrao dirrao added airflow3.0:candidate Potential candidates for Airflow 3.0 airflow3.0:breaking Candidates for Airflow 3.0 that contain breaking changes labels Aug 22, 2024
@dirrao dirrao requested review from vincbeck and shahar1 August 22, 2024 06:36
@dirrao dirrao self-assigned this Aug 22, 2024
@dirrao dirrao requested a review from uranusjr August 22, 2024 06:41
@uranusjr
Copy link
Member

uranusjr commented Aug 22, 2024

This is a provider change and shouldn’t be tied with Airflow 3.0. It should be tied to when we want to bump the provider’s major version, but that should likely not be the same time as Airflow 3.0 (bumping major in both would make user migration difficult).

@potiuk
Copy link
Member

potiuk commented Aug 22, 2024

Yes. If we make provider breaking change, this requires adding a comment in CHANGELOG for that provider and bumping the major version in provider.yaml (see comment in provider's CHANGELOG at the top). And since this is a google provider - it should be coordinated with other breaking changes removal - this is being currently disucssed in #41637 with @moiseenkov

potiuk
potiuk previously requested changes Aug 22, 2024
Copy link
Member

@potiuk potiuk left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

requesting changes to not merge it accidentally

@moiseenkov
Copy link
Contributor

Yes

Yes. If we make provider breaking change, this requires adding a comment in CHANGELOG for that provider and bumping the major version in provider.yaml (see comment in provider's CHANGELOG at the top). And since this is a google provider - it should be coordinated with other breaking changes removal - this is being currently disucssed in #41637 with @moiseenkov

Agree with @potiuk . Let's wait for the #41637 resolution and then adjust the depreciation warning here accordingly with a proper sunset date, so users would have time to migrate their code. And once the sunset is reached, we can remove this parameter along with other stuff.

@shahar1 shahar1 removed airflow3.0:candidate Potential candidates for Airflow 3.0 airflow3.0:breaking Candidates for Airflow 3.0 that contain breaking changes labels Sep 20, 2024
Copy link

github-actions bot commented Nov 5, 2024

This pull request has been automatically marked as stale because it has not had recent activity. It will be closed in 5 days if no further activity occurs. Thank you for your contributions.

@github-actions github-actions bot added the stale Stale PRs per the .github/workflows/stale.yml policy file label Nov 5, 2024
@shahar1
Copy link
Contributor

shahar1 commented Nov 7, 2024

Just recalling that #41637 was resolved.
@dirrao do you want to continue working on that?

@shahar1 shahar1 removed the stale Stale PRs per the .github/workflows/stale.yml policy file label Nov 7, 2024
@dirrao
Copy link
Contributor Author

dirrao commented Nov 9, 2024

Just recalling that #41637 was resolved.
@dirrao do you want to continue working on that?

This PR was on hold because it requires a major version release. Are we planning to proceed with the major release?

@potiuk
Copy link
Member

potiuk commented Nov 11, 2024

@dirrao -> I think you need to synchronize with @moiseenkov @VladaZakharova @MaksYermak as the plan is to remove all deprecations (likely in Google Provider). I will remove my "request changes" but i think we need some kind of "ok now we remove all deprecations before the next release of providers" cc: @eladkal

@potiuk potiuk dismissed their stale review November 11, 2024 14:26

We are getting close to "deprecation-removal" release of the Google provider.

@moiseenkov
Copy link
Contributor

@dirrao -> I think you need to synchronize with @moiseenkov @VladaZakharova @MaksYermak as the plan is to remove all deprecations (likely in Google Provider). I will remove my "request changes" but i think we need some kind of "ok now we remove all deprecations before the next release of providers" cc: @eladkal

We are currently working on deprecations removal and will raise a PR soon. Once it is done, I think we will be good to proceed with this PR as well.

@moiseenkov
Copy link
Contributor

Hi,
The deprecation removal PR is ready (#43953).
@dirrao , please rebase your PR on top of my branch (or rebase on top of the main branch after my PR is merged). And please add info about breaking changes into the Google provider's CHANGELOG.rst.

@dirrao
Copy link
Contributor Author

dirrao commented Nov 16, 2024

#43953

Thanks for the update. I will rebase it once it is merged.

Copy link

github-actions bot commented Jan 1, 2025

This pull request has been automatically marked as stale because it has not had recent activity. It will be closed in 5 days if no further activity occurs. Thank you for your contributions.

@github-actions github-actions bot added the stale Stale PRs per the .github/workflows/stale.yml policy file label Jan 1, 2025
@github-actions github-actions bot closed this Jan 11, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:logging area:providers provider:google Google (including GCP) related issues stale Stale PRs per the .github/workflows/stale.yml policy file
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants