-
-
Notifications
You must be signed in to change notification settings - Fork 114
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Schematic glitches fedora 37 [Qt6] #227
Comments
It was already reported here #190 (comment) I remember about this issue, but unfortunately I cannot reproduce and debug it. I have tried Fedora installation into the VM and everything works as expected here. Physical installation of the Ubuntu22.04 with Qt6 also works as expected. I only may suspect this may be related to Wayland. |
The same behavior is on the raspberry pi version. (I use the September 22nd 2022 release of Raspberry Pi OS, 32 bit version, Kernel: Linux 5.15.84-v7l+, on a 4B model) |
The issue also may be fixed by fe135fa Did you try compile the latest |
in my case (Raspberry Pi version) I used the precompiled binary (qucs-s_1.0.1-1_armhf.deb) |
I now realize that the same behavior is for Windows portable version (qucs_s_win64_1_0_1.zip). I have a Win 10 system. |
I have just tested the Windows v1.0.1 package using the physical Windows installation (not VM) and also cannot reproduce the issue. Component dragging works as expected on my hardware. Therefore I cannot provide a fix, because I still cannot reproduce this bug. |
Tried with the latest, problem still exists. |
The information related to this problem is not logged by application. I suspect this may be hardware-dependent bug in Qt itself. Qt relies on OpenGL for the rendering and this may interact with the Wayland or graphic card driver in a weird way. The main problem is that I have tried different hardware including Nvidia, Radeon, and Intel and everything works as expected on my hardware. No issue observed with X11 and Windows. I still cannot reproduce this issue. And therefore I cannot provide a workaround. Contribution is highly welcome here. Currntly I can only speculate about its reason. Also there may be something in the Qt configuration related to the rendering settings or scaling. |
Hi @ra3xdh , thank you for your suggestion. Tried to comment out this line: No success, the issue is still there. |
I tried fedora 37 with qt6 same issue is still there. |
@dsm please consider providing a fix if you can reproduce this issue. I have tried different hardware and OS combinations including Windows10 and 11 and still cannot reproduce it. The start point for debugger may be |
I tried something but I cannot resolve symbols redraw every move but lines are not. maybe new lines coordinate not calculate while moving. |
The moving of the component with keyboard doesn't invoke the
It is not bug because of Qt5 migration and not related to this issue. I have just checked old Qt4 version and it also doesn't render wires while moving with mouse. But the component outline is rendered normally like on your screenshot. |
qt5 or qt6 build have same behaviour on my machine. I don't know it's qt related bug but if you not release mouse button while moving not update the wires maybe it's mouse action problem I cannot debug correctly. it's not important it's just an cosmetic bug. we will fix anytime |
I still cannot reproduce this issue and provide debugging. @aviadb Could you try this patch for
|
@ra3xdh , |
Thanks @ra3xdh, the provided solution fixes the problem. |
In the schematic viewer,
moving parts or wires makes the wires to disappear until the component is released.
Fedora 37, Qt6, KDE desktop with dark theme
The text was updated successfully, but these errors were encountered: