[BUG] Unresponsive display with Hotend/Bed Temp Graph - PROUI_ITEM_PLOT #26630
Description
Did you test the latest bugfix-2.1.x code?
Yes, and the problem still exists.
Bug Description
Hotend/Bed Temp Graph causes unresponsive display when another Popup occurs - like Homing or some advanced pause like Filament Runout trigger.
The display doesnt actually freeze, the last popup image remains, and the graph keeps going as normal, but image is distorted as it moves across with Plot graph still running and there is no response from encoder knob to exit. This happens when a print is started, and temp graph is accessed from Tune Menu.
Important
Also, I wanted to point out when M48 runs for probe tolerance, if say the probe doesn't deploy to Home, the process keeps going, and there is no escape or notification of the error.
M48 should have an end sequence for that.
Bug Timeline
🚸 Update ProUI Plot graph (#26539)
Expected behavior
Popup should return back to Print screen, or at least to the Plot temp graph.
Actual behavior
Unresponsive display, everything runs normal, but there is no control. and the display appears bugged, it does show the previous popup such as when Homing, or if there was an Advanced Pause like filament runout detected, but also the Plot Graph looks to be running and the screen slowly slides to the left.
Steps to Reproduce
- Enable ProUI, and
PROUI_ITEM_PLOT - Start a print
- Go to Tune menu
- Select Hotend or Bed Temp Graph
- Have your Gcode do Homing after you had time to do step 4.
5a. Make filament runout trigger
Version of Marlin Firmware
bugfix-2.1.x
Printer model
No response
Electronics
No response
LCD/Controller
No response
Other add-ons
No response
Bed Leveling
UBL Bilinear mesh
Your Slicer
None
Host Software
None
Don't forget to include
- A ZIP file containing your
Configuration.handConfiguration_adv.h.
Additional information & file uploads
I'm trying to figure out what would work to escape the ID_PlotProcess sequence.
something like within the dwinDrawPlot
if (checkkey != ID_PlotProcess ) {
return hmiReturnScreen();
}