Python: Resolve import types for superclasses

[lshala]

This PR adds the handling for nested AST.Attributes, ensuring that superclass imports are correctly resolved

[codecov]

Codecov Report

Attention: Patch coverage is 72.22222% with 5 lines in your changes missing coverage. Please review.

Project coverage is 78.26%. Comparing base (e53b568) to head (7c8dd00).
Report is 1 commits behind head on main.

Files with missing lines	Patch %	Lines
...sec/cpg/frontends/python/PythonLanguageFrontend.kt	66.66%	1 Missing and 4 partials ⚠️

❌ Your patch status has failed because the patch coverage (72.22%) is below the target coverage (75.00%). You can increase the patch coverage or adjust the target coverage.

Additional details and impacted files

Files with missing lines	Coverage Δ
...ain/kotlin/de/fraunhofer/aisec/cpg/ScopeManager.kt	83.28% <100.00%> (ø)
...sec/cpg/frontends/python/PythonLanguageFrontend.kt	80.50% <66.66%> (-0.42%)	⬇️

... and 2 files with indirect coverage changes

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[lshala]

Unfortunately, this change is causing errors in the SymbolResolver. I tried debugging and noticed that the getInvocationCandidatesFromParents method is running in an endless loop. Need your help @oxisto

[oxisto]

Unfortunately, this change is causing errors in the SymbolResolver. I tried debugging and noticed that the getInvocationCandidatesFromParents method is running in an endless loop. Need your help @oxisto

Where exactly? Do you have a test file?

[lshala]

Unfortunately, this change is causing errors in the SymbolResolver. I tried debugging and noticed that the getInvocationCandidatesFromParents method is running in an endless loop. Need your help @oxisto

Where exactly? Do you have a test file?

I tried to parse the cinder/api folder and the error occurs here: urlmap.py

[oxisto]

Unfortunately, this change is causing errors in the SymbolResolver. I tried debugging and noticed that the getInvocationCandidatesFromParents method is running in an endless loop. Need your help @oxisto

Where exactly? Do you have a test file?

I tried to parse the cinder/api folder and the error occurs here: urlmap.py

There seems to be a confusion in https://github.com/openstack/cinder/blob/a1fb7da213b72040b8c3fa2b2708f23c21da20b2/cinder/api/urlmap.py#L168 the super declaration is the same as the declaration after resolving. Which is weird because the record is cinder.api.urlmap.URLMap and the super type is supposed to be paste.urlmap.URLMap, so either the parsed name is wrong, or somehow it gets resolved incorrectly.

[oxisto]

A good fix for that seems to be (partially) blocked by #2020

[maximiliankaul]

LGTM