Unable to resize window #149

New Issue

2014-10-07T18:54:03+02:00

nleskiw commented

2014-10-07 18:54:03 +02:00

(Migrated from github.com)

Kernel: Linux GM12876-vm 3.2.0-52-generic #78-Ubuntu SMP Fri Jul 26 16:21:44 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

Distro: Xubuntu (Trusty)
WM: Fluxbox

Issues:
1.) no border, can't move or resize by grabbing edge of window.
2.) No titlebar, can't move window.

Note: normally Fluxbox allows resizing via Meta + Right Click drag, and moving the window via Meta + Left Click drag. This doesn't work either.

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/5139879-unable-to-resize-window?utm_campaign=plugin&utm_content=tracker%2F479407&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F479407&utm_medium=issues&utm_source=github).

Kernel: Linux GM12876-vm 3.2.0-52-generic #78-Ubuntu SMP Fri Jul 26 16:21:44 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux Distro: Xubuntu (Trusty) WM: Fluxbox Issues: 1.) no border, can't move or resize by grabbing edge of window. 2.) No titlebar, can't move window. Note: normally Fluxbox allows resizing via Meta + Right Click drag, and moving the window via Meta + Left Click drag. This doesn't work either. ## <bountysource-plugin> --- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/5139879-unable-to-resize-window?utm_campaign=plugin&utm_content=tracker%2F479407&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F479407&utm_medium=issues&utm_source=github). </bountysource-plugin>

Swordfish90 commented

2014-10-07 22:00:48 +02:00

(Migrated from github.com)

Ok, I just updated master with a small patch that fixed an analogous problem on OSX. I'm not really optimistic since in every other distribution and DE this flag was useless but not harmful but it's worth a shot.

If that is not working I suggest you to try this very simple qml file. If it behaves the same way we have probably an upstream bug. 2b9cace065/test.qml

Run it with: qmlscene test.qml

Ok, I just updated master with a small patch that fixed an analogous problem on OSX. I'm not really optimistic since in every other distribution and DE this flag was useless but not harmful but it's worth a shot. If that is not working I suggest you to try this very simple qml file. If it behaves the same way we have probably an upstream bug. https://gist.githubusercontent.com/Swordfish90/e7a474db58cd8eda656f/raw/2b9cace065ee1a42e8db2e7901f12a82f2f59518/test.qml Run it with: qmlscene test.qml

nleskiw commented

2014-10-08 17:46:54 +02:00

(Migrated from github.com)

Hey, first, thanks for the personal response. This is a really cool terminal and I'd really like to use it everyday.
I pulled master and did a qmake && make, still seeing the bug.
I got the test scene, and was able to run it, I see spinning squares that fade blue-red inversely with the background. This window is resizable and has a title and border.

Here's some screenshots showing the other window's movability, borders, and title bar:

It appears that the terminal is always on top of other windows as well.

If there's anything other info I could gather to help, please let me know.

Thanks.

Hey, first, thanks for the personal response. This is a really cool terminal and I'd really like to use it everyday. I pulled master and did a qmake && make, still seeing the bug. I got the test scene, and was able to run it, I see spinning squares that fade blue-red inversely with the background. This window is resizable and has a title and border. Here's some screenshots showing the other window's movability, borders, and title bar: ![selection_136](https://cloud.githubusercontent.com/assets/115553/4562093/f2bc87ec-4f01-11e4-989d-76b32bbccbf3.png) ![selection_137](https://cloud.githubusercontent.com/assets/115553/4562099/f6d87606-4f01-11e4-8a20-976d89479abe.png) It appears that the terminal is always on top of other windows as well. If there's anything other info I could gather to help, please let me know. Thanks.

oberon-manjaro commented

2015-10-12 09:11:33 +02:00

(Migrated from github.com)

Oberon of Manjaro Fluxbox here.
I am wondering if you ever got any further with this problem here. Currently some people are experiencing exactly the same behaviour with lxterminal and fluxbox-wm I myself cannot reproduce that.
Interesting is that only some people using my install media run into this while others including myself don't. Can this be connected to certain GPUs maybe?

Oberon of Manjaro Fluxbox here. I am wondering if you ever got any further with this problem here. Currently some people are experiencing exactly the same behaviour with lxterminal and fluxbox-wm I myself cannot reproduce that. Interesting is that only some people using my install media run into this while others including myself don't. Can this be connected to certain GPUs maybe?

stikves commented

2018-10-19 17:37:27 +02:00

(Migrated from github.com)

Yes I have the same issue on a Debian machine.

I have the CRT on the second monitor, while I code on the primary one. However CRT stays always on top with no window decorations, and toggling the full-screen option does not help.

Some other bug report suggested running it with --fullscreen and manually turning that off. It worked, but it is a very bad workaround.

Yes I have the same issue on a Debian machine. I have the CRT on the second monitor, while I code on the primary one. However CRT stays always on top with no window decorations, and toggling the full-screen option does not help. Some other bug report suggested running it with --fullscreen and manually turning that off. It worked, but it is a very bad workaround.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: seeseemelk/cool-retro-term#149