| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The destroy notify for a DBus watch holds a reference to the IdleMonitor,
but the IdleMonitorWatch object doesn't (it knows all watches will
be destroyed before the monitor is, so it doesn't need one). This
means that the DBus watch reference can be the only one keeping
the IdleMonitor alive (expecially true for device idle monitors,
which are only used by g-s-d/cursor), and that means that calling
the destroy notify freezes the monitor (and the next X calls
access garbage).
https://bugzilla.gnome.org/show_bug.cgi?id=708420
|
|
|
|
|
|
|
|
| |
If you maximize a CSD window on a monitor without struts, it ends
up taking the whole monitor size, but it doesn't mean that the
application wants to fullscreen.
https://bugzilla.gnome.org/show_bug.cgi?id=708718
|
|
|
|
| |
Update NEWS
|
|
|
|
|
|
|
|
|
|
| |
We must set size_changed even if we are frozen, as every window
size change makes the X server drop the pixmap, and we might lose
the information at the next thaw() if the window changes size
twice in one frame (so we would keep drawing with the old pixmap
until something else causes another resize)
Fix done together with Giovanni Campagna <gcampagn@redhat.com>
|
|
|
|
| |
Update NEWS.
|
|
|
|
| |
Signed-off-by: Yosef Or Boczko <yoseforb@gmail.com>
|
| |
|
| |
|
| |
|
|
|
|
| |
Update NEWS.
|
| |
|
|
|
|
|
|
|
|
|
| |
Need two passes, because the order we traverse the array is
alphabetical on connector name, not left to right, so we might
see a monitor on the right before we get the offset from disabling
the primary monitor.
https://bugzilla.gnome.org/show_bug.cgi?id=707473
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The XSync semantics mandate that alarms already expired will not
fire until the counter is reset and the alarm triggered again, so
clients traditionally called get_idle_time() first to see if they
should install the alarm.
This is inherently racy, as by the time the call is handled by
mutter and the reply received the idle time could be different.
Instead, if we see that the watch would have fired in the past,
fire it immediately.
This is a behavior change, but it's a compatible one, as all legacy
clients are calling get_idle_time() first, and it was perfectly
possible for the idle time counter to trigger the alarm right
after the get_idle_time() call.
https://bugzilla.gnome.org/show_bug.cgi?id=707302
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=708070
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=708070
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=708070
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=708070
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Had a wrong cursor name.
|
|
|
|
|
|
|
|
|
| |
These cursors are used by gnome-shell, supporting them allows
to reduce GDK usage in the shell.
Also, make meta_screen_set_cursor() public.
https://bugzilla.gnome.org/show_bug.cgi?id=707919
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=707563
|
|
|
|
|
|
|
| |
We don't want the shell to know if it's running on ClutterX11 or
not, so we should forward the event ourselves.
https://bugzilla.gnome.org/show_bug.cgi?id=707482
|
| |
|
|
|
|
|
|
| |
It conveys more clearly what this value means.
https://bugzilla.gnome.org/show_bug.cgi?id=707649
|
|
|
|
|
|
|
|
|
| |
We don't get notifications from X11 when the mode is reset, so
our cached value can get stale. To work around that, always forward
requests to the backend (and let it deal with ignoring the change
if wanted)
https://bugzilla.gnome.org/show_bug.cgi?id=707649
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
We know which part of the window is not obscured, so take advantaged of that
to limit the size of the paint volume that we report.
|
|
|
|
|
| |
Apparently, that's a Match error.
Yay for well designed APIs...
|
|
|
|
|
|
|
|
|
| |
clutter_stage_show_cursor()/hide_cursor() only works in the X11
backend (where someone else is in charge of showing the cursor),
and even then, it has confusing effects when running nested wayland,
so an abstraction layer is needed.
https://bugzilla.gnome.org/show_bug.cgi?id=707474
|
|
|
|
|
|
|
| |
We need an abstraction in gnome-shell for XQueryPointer, and
MetaCursorTracker seems a good place for it.
https://bugzilla.gnome.org/show_bug.cgi?id=707474
|
|
|
|
|
|
|
|
| |
No, holes in the framebuffer are not a good a thing: windows can
get lost there, and the user can get very confused.
Instead, compact the monitors that where previously after.
https://bugzilla.gnome.org/show_bug.cgi?id=707473
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The meta_create_texture_pipeline function used to create a dummy 1x1
texture so that it could make sure that the all of the state that
affects the shader generation would be set on the template pipeline so
that Cogl could share the pipeline's shader with any other pipelines
that are just rendering a texture. This is no longer necessary because
the only thing that affects the shader generation is the texture type,
not the actual texture data and Cogl now has a function to explicitly
set the texture type which we can use instead. Additionally even if
the template mechanism is not used at all Cogl will still end up
reusing the same shader because it now has a shader cache which is
indexed by the pipeline state so pipeline's don't strictly need to
share ancestry in order to take advantage of it. However we still
might as well use the function because if there is a common ancestry
it is faster to look up the shader because Cogl doesn't need to hash
the pipeline state.
https://bugzilla.gnome.org/show_bug.cgi?id=707458
|
| |
|
| |
|
|
|
|
| |
How did this sneak in there?
|
|
|
|
|
| |
If we somehow get an event with a wrong device ID, we should not
be comparing bad event IDs.
|
|
|
|
| |
Spotted by Jasper, discussed on IRC.
|
|
|
|
| |
Update NEWS.
|