See also:
https://forum.qcad.org/t/qcad-will-not-save-paper-size/11680/4

I remember that in earlier versions of QCAD the field type of Referenced Block: in the Property Editor used to be a dropdown list, which used to be populated with all blocks. The selected referenced block was of course the selected item in this list. With this dropdown list it used to extremely easy and efficient to swap out a block in the drawing by simply picking another block from the list. I'm sure this dropdown list was still present in QCAD version 3.25.2.

In newer versions of QCAD - at least since release 3.32.3 - the field type of Referenced Block: in the Property Editor has changed to a simple text input field. To swap out a block in a drawing one does now have to know the exact name of a block and type that name correctly into the field. If the name of a non existing block is entered, the entire field is cleared and the original block is removed from the drawing as well.

For me this is clearly appears like a bug, maybe introduced with an update of the QT library?

Would be great if the old, logical and efficient behaviour could be restored!

Thanks and best regards
Patrick

BTW, I'm using macOS Sequoia (15), which is missing from the OS picker in the QCAD Bugtracker. Also, the dropdown has two entries for Mojave (10.14), where one of them should likely be High Sierra (10.13), which is missing, too

Versions QT5 OK on WIN7, WIN10 and LINUX

My PlanetCNCW64 software accepts G41/42 but gave an error on generated g-code G40 (“Arc without IJK or R is not valid” G40 X85.6 Y62.24 Their bug?). So, I had to fill “Interpolate axes with line segments” in CAM Configuration. A little window QCAD CAM “Regenerating tool path…” opens, shows 50% all the time, and a button “Abort” that closes that window when clicked, but doesn’t stop the process; a lot of messages “regenerating tool paths…” run at the bottom with great speed, as expected.

With QT6 but not QT5, after a while, these messages start slowing more and more, when I believe the arc segments are being generated, but keep a normal speed on lines, till the program freezes. During this process, with both QT6 and QT5, the memory used is growing, but is not released until the program is closed. Garbage collection problem?

Heather theme has QTreeView::item:hover by default → Bug occurs
Dark theme has no QTreeView::item:hover → Normal behavior
Custom CSS with ONLY QTreeView::item:hover {} → Bug occurs

This did NOT occur in Qt5 production versions.

Reproduction Steps:
1. Apply Heather theme (contains QTreeView::item:hover by default)
2. OR: Apply any theme + add ONLY this CSS rule:

 QTreeView::item:hover {
 }

3. Restart QCAD as prompted after theme modification
4. Open layer list panel
5. Hover mouse over any layer item → Active layer immediately switches to hovered layer

Expected Behavior:
- Hover should only affect visual appearance
- Active layer should only change on explicit click selection
- Empty CSS rule "{}" should have no functional effect

Actual Behavior:
- Every layer becomes active as mouse hovers over it
- Affects ALL layers in layer list
- Property editor QTreeView and block list QTreeView are NOT affected

Workaround:
- Remove QTreeView::item:hover rule completely from CSS
- Use themes without QTreeView::item:hover (e.g., Dark theme)

Environment:
- QCAD: 3.32.9.0
- Qt: 6.11.0
- OS: Windows 11 25H2 (Build 26200.8328)
- Trigger: Heather theme OR any theme + QTreeView::item:hover CSS rule

Tested QCAD 3.32.8 on Ubuntu24.04 and MacOS10.10

Attached screenshots were taken using QT5 and QT6 for comparison (both at 125% scaling). Antialiasing was turned off. Note how the grid dots fade in and out like a moiré pattern.