[Linux] Mouse randomness doesn't generate in certain parts of the dialog

[Nojisumire]

Moving the mouse in certain parts of the randomness window (e.g. over the image) doesn't generate any randomness (according to the progress bar), unlike Windows where this is/was not an issue.

Expected behavior

Randomness should be generated regardless of where the mouse is in the window

Observed behavior

Randomness is not generated

Steps to reproduce

1. Move the mouse in the randomness window over certain parts of the dialog (e.g. the image)

Screenshots

Linux.webm

I have a .avi I took for Windows in an XP Virtual Machine, but Github doesn't support .avi, so I've had to upload it at a temporary file hosting service: https://x0.at/jhUF.avi

Your Environment

Please tell us more about your environment

VeraCrypt version: 1.26.24

Operating system and version: Linux Mint 22.2

System type: 64bit

[idrassi]

Thanks for the detailed report and the reproducer.

This has been fixed in commit 3e9c47d.

The issue was caused by wxWidgets mouse motion events not being propagated from nested child controls to their parent windows on Linux/macOS, while VeraCrypt was only binding the random-pool mouse handlers to the dialog/page and its direct children. This left nested controls, such as static-box contents and the wizard image, as dead zones.

The fix adds recursive child-window event binding for the affected randomness collection paths: the volume creation wizard, keyfile generator, and random pool enrichment dialog. Moving the pointer anywhere inside these windows now updates the random pool and entropy gauge consistently.

Closing as fixed. This will be included in the next release.