View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000589 | Cinelerra-GG | [All Projects] Bug | public | 2021-09-17 13:47 | 2021-09-23 20:24 |
Reporter | MatN | Assigned To | PhyllisSmith | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | acknowledged | Resolution | open | ||
Platform | X86_64 | OS | Mint XFCE | OS Version | 20.2 |
Product Version | |||||
Target Version | Fixed in Version | ||||
Summary | 0000589: 2021-08 AppImage multibit: Resource window does not honor disable "set focus when window entered" | ||||
Description | If a Firefox window is sitting partially on top of the resources window, as soon as the mouse moves over the resource window it pops to the front. I have seen some other wrong popups also, but not yet determined the reprodution sequence. But for instance I have seen the info box of the projector disappear behind the Compositor. | ||||
Tags | No tags attached. | ||||
OK, it is something on my Mint XFCE 20.2 . Tested on Mint 19.2, Mint 19.3, Fedora 34, and Manjaro, all with XFCE desktop (same machine, real hardware, not VM). Only Mint 20.2 has the problem: - always: In Resources, select video effects, the effects are set as a list of text only. Go the the main window, make it bigger so it overlaps Resources. Move the mouse over Compositor and Viewer, focus stays at main window. Move mouse over the list of video effects, Resource window jumps to the fore. - mostly: load a video, put a video effect on it (I used brightness/contrast), open its settings. After a very short time the settings window flips behind the main window. You can go to it via the window list or make the main window smaller. I checked XFCE settings, xfwm4, that "click to focus" is enabled (on all platforms). So it is a specific problem to hopefully my system only. |
|
@Andrew-R, I am using XFCE as specified in the original issue. However, you and Phyllis gave me the idea to test on on older Mint XFCE versions, and Fedora and Manjaro, to see if maybe the OS is guilty. Hopefully later today. | |
may be different window manager/desktop environment settings interfere here? are you using xfce, GNOME(3), kde(5) or something else? I think I saw 'raise/lower' functions in CinGg code but they a bit too low-level for my understanding.. it even might be I break something while implementing 'switchable (on/off) separate windows from main menu' some time ago, so may be testing earlier versions can help to determenate if it was working before... |
|
@MatN I could not get this to happen on Sept. 18 when I first read this using AppImage. Today I tried again using a new .bcast5 and still can not get it to happen. I always just use Firefox. Perhaps there is something that needs to be different when I test. Do you see the problem if you start CinGG with: CIN_CONFIG=/tmp/bcasttemp ./CinGG-20210831-x86_64.AppImage so that you have a default setup? It may be the cause is due to some specific preference that I would not be using in my test. |
|
There is definitely something wrong. On a debug build (not an AppImage) I have the same. It happens frequently that if you open set settings of an effect, its window appears shortly only the be covered by another window, like the main window. The window is there, just below others. At the point that the window pops up, the mouse is frequently still above the main window. | |
Date Modified | Username | Field | Change |
---|---|---|---|
2021-09-17 13:47 | MatN | New Issue | |
2021-09-21 18:45 | MatN | Note Added: 0004984 | |
2021-09-22 22:51 | PhyllisSmith | Assigned To | => PhyllisSmith |
2021-09-22 22:51 | PhyllisSmith | Status | new => acknowledged |
2021-09-22 22:51 | PhyllisSmith | Note Added: 0004985 | |
2021-09-23 07:37 | Andrew-R | Note Added: 0004986 | |
2021-09-23 08:04 | MatN | Note Added: 0004987 | |
2021-09-23 19:16 | PhyllisSmith | Note Edited: 0004985 | View Revisions |
2021-09-23 20:24 | MatN | Note Added: 0004989 |