Created attachment 8367 Screenshot of Manjaro vm after Step 5 How to reproduce: 1) Open a drop-down terminal (xfce4-terminal --drop-down) 2) Move to the drop-down terminal and press F11 to make the terminal fill the screen 3) Close the drop-down terminal in fullscreen mode (xfce4-terminal --drop-down) 4) Open the drop-down terminal again in fullscreen mode (xfce4-terminal --drop-down) 5) Press F11 to exit fullscreen mode I have a keyboard shortcut to dorp-down the terminal. After this combination the terminal does not resize properly, it only moves to the position it was before the maximization. So the window has still the maximized resolution, but it is moved to the right side (where the terminal originally was). I reproduced this bug on a Manjaro virtual machine. Also, I tried to reproduce it in Mate desktop, but there it worked like expacted. So i think it is a bug in xfwm4 and not in xfce4-terminal. Thank you for your great work. cheers Roland
On my host system I have xfwm4 version 4.12.5 installed.
That's a bug in xfce4-terminal. Basically, what happens is that when using drop-down, xfce4-terminal sets a minimum size to be equal to the current size. This can be seen from the terminal itself using the command: ``` $ xprop -id $WINDOWID WM_NORMAL_HINTS ``` Once in fullscreen, the minimum size is updated by xfce4-terminal to be equal to the fullscreen size, meaning that switching back to normal (ie pressing F11 again), the original size cannot be restored as it is constrained by the client to be the fullscreen size. xfce4-terminal will eventually update the minimum size, but after the window manager has flipped the fullscreen flag, ie too late. It's basically a race in the client...
Igor referenced this bugreport in commit 2c0794e9670e7839309c17a7014496a822a0eae5 Fix the size of drop-down window after it's been in fullscreen mode https://git.xfce.org/apps/xfce4-terminal/commit?id=2c0794e9670e7839309c17a7014496a822a0eae5
Thanks for the report and investigation!
Hi Igor. Thanks for your effort. I've tested the fix, but the bug still persists. The command ``` $ xprop -id $WINDOWID WM_NORMAL_HINTS ``` shows the same output like the older terminal version.
Hi Roland - this is weird, I cannot reproduce the bug here. Have you closed all terminal windows (drop-down and "normal" ones) before testing the new version?
You are right. I didn't know I had to close all the windows. Thank you for the bug fix :)
Yes, you have to close all windows since the terminal is a single-process app. You're welcome!