🐛 fix(crd): panic when parsing type aliases from indirectly imported packages

[camilamacedo86]

Problem

controller-gen may be crashing when a type alias points to a package that is not directly imported.

Example

panic: runtime error: invalid memory address or nil pointer dereference
at Parser.NeedPackage

When this happens

• Package A uses a type from package B
• Package B defines it as an alias to a type in package C
• Package A imports B, but not C
• The real type lives in C

Result: generator cannot find the package and crashes

Solution

Make type resolution smarter.

• Use Go type info to find where the type actually comes from
• If not in direct imports, search through imported packages recursively
• If still not found, return a clear error instead of crashing

Why this works

Before:

• Only checked direct imports
• Missing package caused a nil pointer → panic

Now:

• Walks the full import graph
• Correctly resolves types through aliases

Fixes #1063

[k8s-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: camilamacedo86
Once this PR has been reviewed and has the lgtm label, please assign joelanford for approval. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

Details

Needs approval from an approver in each of these files:

• OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment