Did you test the latest bugfix-2.1.x code?
Yes
Bug Description
I had cancelled a print a few hours prior and it was on the main menu screen of my Ender 5 Plus Creality V2.2 board (DWIN display). While on the main menu screen, I removed the SD card, at which point the Marlin splash/boot screen appeared and wouldn't progress to the main menu. I thought the printer had reset, but it was still connected to Octoprint and I was still getting temperature readings.
Bug Timeline
Unsure - from Marlin source code downloaded March 21, 2026 2.1.x-bugfix. I know this wasn't an issue with Marlin 2.0.x firmware used by Insanity Automation - E5P_UBL_DW7.4.4.hex
Expected behavior
I did not expect the screen to change pages.
Actual behavior
The screen went to the Marlin boot/splash screen and remained there.
Steps to Reproduce
- Cancel print
- Return to main menu
- Remove SD card
- Marlin splash/boot screen appears and won't progress to menu screen
Version of Marlin Firmware
Marlin 2.1.x-bugfix code base from March 21, 2026
Printer model
Creality Ender 5 Plus
Electronics
Stock Creality V2.2 board - 8-bit
LCD/Controller
DWIN LCD Display
Other add-ons
Raspberry Pi 3b with Octoprint connected via USB
Bed Leveling
UBL Bilinear mesh
Your Slicer
Cura
Host Software
Other (explain below)
Don't forget to include
Additional information & file uploads
I run my prints directly from the SD card I put in the printer. I use OctoPrint as a command terminal and for remote monitoring. I also use OctoPrint to flash firmware.
Zip file contains configuration.h, configuration_adv.h, and dgus_constants.h. I included the DGUS file becuase I changed an error to a warning to bypass a check that wouldn't allow more than 5x5 UBL. I'm not sure that would be causing this problem as the menu worked fine after running 7x7 UBL through the printer.
Configuration Files E5Plus SD Card Bug.zip
EDIT: ~~I'm unsure if this is related to issue #28328 ~~ Seems this is just a UI-related issue. The printer doesn't appear to be locked up as it's responding to at least temperature commands. I haven't tried motion commands yet but I assume they'll work. I'll see about testing that if I don't get this resolved sooner. (I guess I can't do strikethrough here like Google says I can XD)
Did you test the latest
bugfix-2.1.xcode?Yes
Bug Description
I had cancelled a print a few hours prior and it was on the main menu screen of my Ender 5 Plus Creality V2.2 board (DWIN display). While on the main menu screen, I removed the SD card, at which point the Marlin splash/boot screen appeared and wouldn't progress to the main menu. I thought the printer had reset, but it was still connected to Octoprint and I was still getting temperature readings.
Bug Timeline
Unsure - from Marlin source code downloaded March 21, 2026 2.1.x-bugfix. I know this wasn't an issue with Marlin 2.0.x firmware used by Insanity Automation - E5P_UBL_DW7.4.4.hex
Expected behavior
I did not expect the screen to change pages.
Actual behavior
The screen went to the Marlin boot/splash screen and remained there.
Steps to Reproduce
Version of Marlin Firmware
Marlin 2.1.x-bugfix code base from March 21, 2026
Printer model
Creality Ender 5 Plus
Electronics
Stock Creality V2.2 board - 8-bit
LCD/Controller
DWIN LCD Display
Other add-ons
Raspberry Pi 3b with Octoprint connected via USB
Bed Leveling
UBL Bilinear mesh
Your Slicer
Cura
Host Software
Other (explain below)
Don't forget to include
Configuration.handConfiguration_adv.h.Additional information & file uploads
I run my prints directly from the SD card I put in the printer. I use OctoPrint as a command terminal and for remote monitoring. I also use OctoPrint to flash firmware.
Zip file contains configuration.h, configuration_adv.h, and dgus_constants.h. I included the DGUS file becuase I changed an error to a warning to bypass a check that wouldn't allow more than 5x5 UBL. I'm not sure that would be causing this problem as the menu worked fine after running 7x7 UBL through the printer.
Configuration Files E5Plus SD Card Bug.zip
EDIT: ~~I'm unsure if this is related to issue #28328 ~~ Seems this is just a UI-related issue. The printer doesn't appear to be locked up as it's responding to at least temperature commands. I haven't tried motion commands yet but I assume they'll work. I'll see about testing that if I don't get this resolved sooner. (I guess I can't do strikethrough here like Google says I can XD)