| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a client spontaneously focuses their window, perhaps in response
to WM_TAKE_FOCUS we'll get a FocusOut/FocusIn pair with same serial.
Updating display->focus_serial in response to FocusOut then was causing
us to ignore FocusIn and think that the focus was not on any window.
We need to distinguish this spontaneous case from the case where we
set the focus ourselves - when we set the focus ourselves, we're careful
to combine the SetFocus with a property change so that we know definitively
what focus events we have already accounted for.
https://bugzilla.gnome.org/show_bug.cgi?id=720558
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When we set the input focus, we first set the predicted window,
and then try to process focus events. But as FocusOut on the
existing window comes before FocusIn on the new window, we'll
see the focus out on the old window and think the focus is going
to nothing, which makes metacity think the prediction failed.
Fix this by making sure that we ignore focus window changes of our
own cause when updating the focus window field, by ignoring all
focus events that have a serial the same as the focus request or
lower. Note that if metacity doens't make any requests after the
focus request, this could be racy, as another client could steal
the focus, but metacity would ignore it as the serial was the same.
Bump the serial by making a dummy ChangeProperty request to a
metactiy-controlled window in this case.
Based on mutter commit:
https://gitlab.gnome.org/GNOME/mutter/commit/7fdfbad6d495ede1632588e528801443846e5f6d
|
| |
|
| |
|
| |
|
|
|
|
|
| |
warning: implicit conversion from ‘gfloat {aka float}’ to ‘double’
to match other operand of binary expression [-Wdouble-promotion]
|
| |
|
| |
|
| |
|
|
|
|
|
| |
warning: implicit conversion from ‘float’ to ‘double’ to match
other operand of binary expression [-Wdouble-promotion]
|
|
|
|
|
| |
warning: implicit conversion from ‘float’ to ‘double’ to match
other operand of binary expression [-Wdouble-promotion]
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Set the NET_WM_STATE_FOCUSED property on windows of type dock or
spashscreen so that they don't get the state GTK_STATE_FLAG_BACKDROP
set by default.
Based on xfwm4 commit:
https://git.xfce.org/xfce/xfwm4/commit/?id=0feb29e78bb3
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
If window is not client side decorated then we should add shadow
also when using GTK+ theme.
https://bugzilla.gnome.org/show_bug.cgi?id=789251
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
https://git.gnome.org/browse/mutter/commit/?id=e3d5bc07
https://bugzilla.gnome.org/show_bug.cgi?id=780485
|
|
|
|
|
|
|
| |
Otherwise we may try to remove the now invalid ID again, resulting
in a warning.
https://bugzilla.gnome.org/show_bug.cgi?id=788292
|
|
|
|
|
|
| |
g_set_object increments reference count of new_object.
https://bugzilla.gnome.org/show_bug.cgi?id=788078
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=603510
|
|
|
|
| |
this statement may fall through [-Wimplicit-fallthrough=]
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
We are not using return value from meta_error_trap_pop_with_return
if keyboard grab has failed, replace it with meta_error_trap_pop.
|
|
|
|
| |
g_new bad, g_new0 good.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since meta_workspace_invalidate_work_area() frees the edges
workspace->screen_edges and workspace->monitor_edges, we must clean up
our cached edge resistance data when the invalidate_work_area() is
called on the active workspace, or when the workspace changes.
Make the computation of the edge resistance data lazy so that it
will be recomputed the next time we try to access it.
meta_display_compute_resistance_and_snapping_edges() is made
private to edge-resistance.c
Invaliding the data when active workspace changes also will improve
correctness for edge resistance when the current workspace changes
during a grab operation. (Even with this fix we still don't try to
handle window positions changing during a grab operation; that can't
cause a crash since, unlike screen and monitor edges, the window edges
are freshly allocated, it will just cause slight oddness in that
corner case.)
Root cause tracked down due to much effort by Jon Nettleton.
https://bugzilla.gnome.org/show_bug.cgi?id=608800 (Mutter)
https://bugzilla.gnome.org/show_bug.cgi?id=603632 (Metacity)
|
|
|
|
|
|
|
|
| |
Treat the empty string the same as "disabled" for GConf keybinding
keys. gnome-keybinding-properties was changed to write disabled
keys as the empty string a year or so ago.
https://bugzilla.gnome.org/show_bug.cgi?id=559816
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Commit b9cfaa8803fa019b3a1502b067802f2434b6e737 removed
meta_display_screen_for_xwindow function. It was supposed to be
replaced with display->screen...
https://bugzilla.gnome.org/show_bug.cgi?id=784500
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Clear region before calling meta_compositor_sync_window_geometry
function, otherwise compositor will use cached region.
|