dmunish opened a new issue, #21700:
URL: https://github.com/apache/echarts/issues/21700

   ### Version
   
   6.1.0
   
   ### Link to Minimal Reproduction
   
   https://codepen.io/Danish-Munib/pen/raWzBYG
   
   ### Steps to Reproduce
   
   1. Create a 3D chart using echarts-gl (e.g., line3D, surface, or bar3D).
   2. Add the toolbox.feature.saveAsImage configuration.
   3. Set pixelRatio in saveAsImage to a value greater than 1 (e.g., 
pixelRatio: 2).
   4. Trigger saveAsImage via the toolbox button or programmatically using 
chart.getDataURL().
   
   ### Current Behavior
   
   When pixelRatio is set to 1, the exported image renders correctly.
   
   However, setting pixelRatio > 1 results in an exported image where the WebGL 
viewport/3D canvas content is entirely blank. Only 2d elements (such as the 
visualMap legend) are rendered.
   
   <img width="768" height="500" alt="Image" 
src="https://github.com/user-attachments/assets/79c73f58-3297-4ce6-ba22-d8882680605c";
 />
   <img width="2304" height="1500" alt="Image" 
src="https://github.com/user-attachments/assets/10bd49a8-663c-44b7-be21-523d750bc394";
 />
   
   ### Expected Behavior
   
   The exported image should render the complete 3D chart at high resolution 
corresponding to the specified pixelRatio.
   
   ### Environment
   
   ```markdown
   - OS: Windows 10 Pro 22H2
   - Browser: Brave 1.92.140 (Official Build)
   - Framework: Vanilla JS
   ```
   
   ### Any additional comments?
   
   The issue appears to stem from how WebGL framebuffers handle resizing during 
off-screen rendering when target pixel ratios are increased.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to