Infinite stroke width array nesting fix for OpenGL VMObject #4449
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Overview: What does this pull request change?
This PR attempts to fix the issue #4097, where the OpenGL renderer fails due to an infinite nesting of the stroke_width value inside of NumPy arrays.
Motivation and Explanation: Why and how do your changes improve the library?
When rendering certain VMObjects using the OpenGL renderer, the stroke_width attribute was repeatedly wrapped into 2 additional NumPy arrays on each update. This resulted in once it was nested into 64 NumPy arrays the renderer failed.
This PR resolves the issue by ensuring that the stroke value is only placed into a NumPy array if it is not already one. This prevents excessive nesting and ensures consistent behavior between the OpenGL and Cairo renderers.
Further Information and Comments
This fix is minimal and self-contained, targeting only the stroke_width logic.
Reviewer Checklist