Description
While working on issue #7387 and the associated fix (#7390), I noticed that debugging WebGL-related warnings (specifically those related to regl.clear()) can be difficult due to a lack of contextual information about where the call originates.
In strict or debug environments, warnings such as:
"clear() called with no buffers in bitmask"
may appear without clearly indicating which rendering path or trace triggered them.
This makes it harder for contributors and developers to trace the source of the issue, especially when working with scattergl or other WebGL-based traces.
Steps to Reproduce
- Use a WebGL-based trace (e.g.,
scattergl)
- Run in a development or strict/debug environment
- Trigger a render/update cycle
- Observe WebGL warnings in console
Expected Behavior
Warnings should provide enough context to help identify:
- which trace type triggered the call
- where in the rendering pipeline it originated
Actual Behavior
Warnings appear without clear contextual linkage to the rendering path, making debugging less efficient.
Suggested Improvement
Consider improving developer experience by:
- adding contextual debug information (e.g., trace type or module)
- documenting expected
regl.clear() usage more explicitly
- optionally enhancing debug logging in development mode
Additional Context
This observation is based on my contribution to fix issue #7387:
#7387
Description
While working on issue #7387 and the associated fix (#7390), I noticed that debugging WebGL-related warnings (specifically those related to
regl.clear()) can be difficult due to a lack of contextual information about where the call originates.In strict or debug environments, warnings such as:
"clear() called with no buffers in bitmask"
may appear without clearly indicating which rendering path or trace triggered them.
This makes it harder for contributors and developers to trace the source of the issue, especially when working with
scatterglor other WebGL-based traces.Steps to Reproduce
scattergl)Expected Behavior
Warnings should provide enough context to help identify:
Actual Behavior
Warnings appear without clear contextual linkage to the rendering path, making debugging less efficient.
Suggested Improvement
Consider improving developer experience by:
regl.clear()usage more explicitlyAdditional Context
This observation is based on my contribution to fix issue #7387:
#7387