[BUG] Unresponsive display with Hotend/Bed Temp Graph - PROUI_ITEM_PLOT

[classicrocker883]

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

1. Enable ProUI, and PROUI_ITEM_PLOT
2. Start a print
3. Go to Tune menu
4. Select Hotend or Bed Temp Graph
5. 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.h and Configuration_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();
}

[github-actions]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.