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

Remove 0002-Add-nil-checks-for-sql-database-instance-flattening.patch #2319

Closed
guineveresaenger opened this issue Aug 19, 2024 · 4 comments
Closed
Assignees
Labels
kind/engineering Work that is not visible to an external user resolution/wont-fix This issue won't be fixed

Comments

@guineveresaenger
Copy link
Contributor

guineveresaenger commented Aug 19, 2024

History:

This patch was inherited from a fork change committed in #602, linking to this fork commit. It was made to address #599.

To verify this is no longer needed, I created a SQL Database instance and tried to .get it, using the current patched provider. This worked as expected. Then I removed the patch and re-built the provider, and it also works as expected. It appears any buggy nil check behavior was fixed in the bridge since, and we can remove this patch.

See also: #1186.

@pulumi-bot pulumi-bot added the needs-triage Needs attention from the triage team label Aug 19, 2024
@VenelinMartinov VenelinMartinov added kind/engineering Work that is not visible to an external user and removed needs-triage Needs attention from the triage team labels Aug 20, 2024
@cleverguy25
Copy link

Added to epic #2290

@cleverguy25 cleverguy25 mentioned this issue Aug 21, 2024
5 tasks
@guineveresaenger guineveresaenger self-assigned this Aug 27, 2024
@VenelinMartinov
Copy link
Contributor

When reproing did you use a partial state .get as in the original repro?

This looks very much like pulumi/pulumi-terraform-bridge#2282, which is still an issue.

@guineveresaenger
Copy link
Contributor Author

Update:

It turns out this patch cannot be removed at this point.

Here's a program to check if the behavior has improved:

import * as pulumi from "@pulumi/pulumi";
import * as gcp from "@pulumi/gcp";

// Create a new Google Cloud SQL Database Instance
const instance = new gcp.sql.DatabaseInstance("my-instance", {
    name: "my-instance",
    databaseVersion: "MYSQL_5_7",
    region: "us-central1",
    settings: {
        tier: "db-f1-micro",  // Choose an appropriate tier
        backupConfiguration: {
            enabled: true,
            startTime: "07:00",
        },
    },
    deletionProtection: false
});
//
// const inst = gcp.sql.DatabaseInstance.get(
//     "my-instance-gah",
//     "my-instance",
//     {project: <insert-project-name>}
// );
// export const version = inst.databaseVersion;
  1. Build a provider without the patch
  2. Run pulumi up using the local provider
  3. Uncomment the .get function and re-run pulumi up

You should see an error or a success; not a panic.
Importantly, the {project: "foo"} line is responsible for this bug.

@guineveresaenger guineveresaenger added the resolution/wont-fix This issue won't be fixed label Aug 29, 2024
@guineveresaenger
Copy link
Contributor Author

Closing this issue as wontfix.

guineveresaenger added a commit that referenced this issue Sep 13, 2024
Upgrades upstream provider to v6.0.1.

Resolves #2348.
Resolves #2357
- Adds a patch for renaming new default label to
`goog-pului-provisioned`
    - Renames config field to `addPulumiAttributionLabel`
    - Adjusts labels tests to expect new label
- Adjusts bucket label patch to avoid writing this label to the Bucket
resource itself.

Introduces additional breaking change via cloudrunv2.Service `ports`
field, which is now a MaxItemsOne upstream, which turns it into an
object on our end, rather than an array entry. Look for a state
transformer on the resource for upgrades.

Removes patches:
- [~Remove
0002-Add-nil-checks-for-sql-database-instance-flattening.patch~](#2319)
- [Remove
0010-Remove-pattern-string-from-compute-forwarding-rules.patch](#2326)
- [Remove
Add-flattening-of-self-managed-certificates.patch](#1188)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/engineering Work that is not visible to an external user resolution/wont-fix This issue won't be fixed
Projects
None yet
Development

No branches or pull requests

4 participants