[BUG]: Imager v1.8.5 doesn't run properly when using bookworm on Raspberry Pi 2 Model B Rev 1.1

[drghughes]

What happened?

The Raspberry Pi Imager v1.8.5 doesn't run properly when using bookworm on my Raspberry Pi 2 Model B Rev 1.1. The Imager window doesn't display anything - the window is just black/white and the pink/red colour used in the Imager (see screenshot). Everything is up to date.

Just in case it is important, I am running the Pi headless and connecting using RealVNC. Apart from the headless/RealVNC usage, I don't believe that I have made any changes to settings. The installation is relatively recent, and was done using the 15 March 2024 Raspberry Pi OS with desktop image.

Things are a little better if I expand the Imager window to full screen, but the window is still distorted. I haven't bothered to see if I can make it work like this.

Version

1.8.5 (Default)

What host operating system were you using?

Debian and derivatives (eg Ubuntu)

Host OS Version

bookworm

Selected OS

Didn't get that far

Which Raspberry Pi Device are you using?

Raspberry Pi A, B, A+, B+, and Compute Module 1

What kind of storage device are you using?

microSD Card in a USB reader

OS Customisation

• [ ] Yes, I was using OS Customisation when the bug occurred.

Relevant log output

No response

[lurch]

FYI @tdewey-rpi I can confirm this behaviour.

On a Pi 2B running Bookworm and X11 with an HDMI monitor plugged in, RPi Imager displays fine on the monitor. If I then connect to the Pi 2B with VNC, then RPi Imager still displays fine. But if I unplug the HDMI monitor, reboot the Pi, connect over VNC and run RPi Imager again, then I see a similar "corrupted" display as shown above, so it looks like some kind of incompatibility between the QT rendering in RPi Imager and the RealVNC server? (but only when RealVNC is in headless mode) :thinking:

[tdewey-rpi]

Thanks for the report, @drghughes

It does indeed sound like an interaction between Qt5 and RealVNC's headless mode, and I'd be curious to find out if we see the same on a Raspberry Pi 2 Model B running labwc & Raspberry Pi Connect.

[drghughes]

@tdewey-rpi, I can try this, but don't I need to be running 64 bit bookworm to run Raspberry Pi Connect: https://www.raspberrypi.com/news/raspberry-pi-connect/

Could you please provide some more detail.

Thanks!

[tdewey-rpi]

@drghughes Ah, you must have missed the announcement:

https://www.raspberrypi.com/news/raspberry-pi-connect-remote-shell-access-and-support-for-older-devices/

[drghughes]

@tdewey-rpi, I've installed rpi-connect and labwc and restarted, but the Connect icon hasn't appeared.

Possibly this is because I'm using RealVNC?? And unfortunately I can't try connecting an HDMI monitor as I don't own one.

So am I stuck, or can I get around this using the command line? I don't want to muck up this installation, so don't want to risk anything.

[tdewey-rpi]

@tdewey-rpi, I've installed rpi-connect and labwc and restarted, but the Connect icon hasn't appeared.

Possibly this is because I'm using RealVNC?? And unfortunately I can't try connecting an HDMI monitor as I don't own one.

So am I stuck, or can I get around this using the command line? I don't want to muck up this installation, so don't want to risk anything.

I'd suggest you hold off, then, and I'll ask @lurch to take a look at the Connect use case.

For reference: installation of labwc would not be sufficient, as you'd also need to use raspi-config to enforce use of labwc. Doing so would effectively break RealVNC - as it would remove the X server from running - and you'd be left with a Raspberry Pi Connect exclusive environment. You would, in theory, be able to switch back to X11 using raspi-config via Raspberry Pi Connect Remote Shell, but I've not tried this recently.