Repository: doublecmd/doublecmd

Issue #261: Copy window size wrong on Linux
Created: 2021-11-14T22:19:53Z
Hi,
if I copy something on Linux, the copy window is too small.

I can resize the window to the correct size, that I can also see the "Pause" button.
But the next time a copy is done, the window is too small again.
Please adjust the copy window size or save the adjusted window size in the doublecmd.xml file.
Thank you!

Double Commander
Version: 1.1.0 alpha
Revision: 9978
Commit: 137c2af
Build date: 2021/11/03
Lazarus: 2.0.12.0
FPC: 3.2.0
Platform: x86_64-Linux-qt5
OS version: Debian bookworm/sid
Widgetset library: Qt 5.15.2, libQt5Pas 5.6.1

For information only, the window size is correct under Windows.

Duplicate issue #378: some dialog buttons are not painted until dialog is moved / resized
Created: 2022-03-20T21:38:49Z
Double Commander
Version: 1.0.4 beta
Revision: 84
Commit: a1d58d4
Build date: 2022/02/13
Lazarus: 2.2.0.4
FPC: 3.2.2
Platform: x86_64-Linux-qt5
OS version: Debian bookworm/sid
Widgetset library: Qt 5.15.2, libQt5Pas 5.6.1
some buttons on delete/copy/move dialogs don't appear until dialog is moved or resized. see attached screenshots for details. it is enough just to slightly move the dialog to make missing buttons appear (see screenshot with copy dialog). but even with invisible buttons desired action is happen (at least pressing "Enter" produces expected result).
Double Commander is used in GTK-based environment, for now it's XFCE, previously bug was observed in MATE, even earlier (few years ago) - in GNOME 3. X11 is used as graphics "engine", nothing Wayland-based is running on my system.
everything is installed from official Debian Unstable repos. no any custom repos are added to system.
this issue I observed long time ago, but decided to report only now, because for now it became important to me to switch to Qt5-based interface from GTK2-based I used for a long time due to 10-bit screen output support (GTK2 interface has few ugly and annoying bugs, which are very likely library limitations, but Qt-based interface looks fine). also I have HighDPI screen (already about 10 years) and Qt deals with it much better, especially nowadays.
bug is definitely not distro-specific, I saw it at least on Fedora, Ubuntu, Arch and Debian. but this is may be related to HighDPI, right now I have some settings (like custom dpi = 144) for that.
used Qt style (I'm using default Qt built-in style called "Fusion") doesn't affect this bug in any way, qt5ct settings are also have no effect on this.

Closing comment (2022-03-21T17:59:01Z): yes, looks like the same as #261 , didn't found it even looked for something similar before posting...
tried latest AppImage with version 1.1.0 alpha something (version is visible in window title), bug still exists:
Double Commander
Version: 1.1.0 alpha
Revision: 10133
Commit: 9b479b8
Build date: 2022/03/17
Lazarus: 2.0.12.0
FPC: 3.2.2
Platform: x86_64-Linux-qt5
OS version: Debian bookworm/sid
Widgetset library: Qt 5.15.2, libQt5Pas 5.6.1


P.S. Excuse my curiosity, 2560x1600? Seriously? :) Useful information - ~940x180. Alt+PrtSc should work in Debian as well...

2560x1600 for 14" screen :) (previously was 2560x1600 for 13.3" on old MacBook) Alt + PrtScn works, but why to care about file size?? this is even less 400k for such almost solid color image, even in PNG. uploading it takes moments. and also there is nothing "super secure" on these screenshots, but it may contain some useful information like version number (just a proof that version in the text is the same).