spice.git/client, branch 0.6

client: Don't handle hotkeys while sticky alt is active

2011-03-11T14:32:06+00:00

In some cases rhev-m changes the hotkey for releasing the mouse grab
to ctrl + alt. This makes it impossible to send ctrl + alt + other-key
to the guest, even when using sticky alt.

What happens is:
-press alt until sticky alt activates
-release alt (but recorded state stays pressed due to sticky alt)
-press ctrl
-hotkey code sees ctrl+alt pressed, releases mouse grab
-mouse grab release code does an unpress all -> end of sticky state.

This patch makes it possible to atleast send ctrl + alt + del (or other key)
using sticky alt. Note: even with this patch it is still a bad idea to
use ctrl + alt as hotkey combi.

Drop static_title.bmp from windows/Makefile.am

2011-02-13T15:46:44+00:00

spicec: Remove spice-client watermark (rhbz#662450)

2011-02-10T19:55:07+00:00

This patch stops us from drawing the spice client watermark at the top of
the virtual machine view. We have had requests through several channels to
remove this as it has little added value, and is seen as annoying by some.
Given that we now also have a bugzilla for this I think it is time we really
remove it.
(cherry picked from commit 392ed65dda1a28c85f04ebb09924c6ce83dbdf2b)

spice-client migration: fix minor for old migration support.

2011-02-10T19:55:07+00:00

For not too old spice-migration, minor is 1.
For older (ancient) spice-migration, minor is 0.

Affects only VM migration while a spice client is connected.

client inputs: stop blinking keyboard when out of focus

2011-02-10T19:55:07+00:00

We could introduce another boolean to prevent changes, or just reuse
_active_modifiers_event = true to prevent further update.

Additionaly this patch restore the keyboard state when focusing out,
which is fine when dealing with full remote desktop, but should be
reconsidered if/when SPICE supports remote windows managed by client
window manager for instance, imho.

client/server: add missing USE_TUNNEL

2011-02-10T19:55:07+00:00

disable some code that only makes sense when USE_TUNNEL is defined
in client and server channel security level setting.

client: CEGUI: search for CEGUI-0.6 to work in F15 (rawhide)

2011-02-10T19:55:06+00:00

client: log subject-host mismatch, and raise ssl warnings to errors

2011-02-10T19:45:46+00:00

client/cmd_line_parser: fix wrong reporting of bad argument in --bla=val case

2011-02-10T19:42:46+00:00

We use get_opt_long, which allows non ambiguous abbreviations, but
since we didn't like that we have code that checks for abbreviations and
issues an error. But that code only handled separate argument and key like:
--bla value
and didn't handle them in the same arguemnts, like:
--bla=value
This patch fixes that, and gives a slightly better error report (it still
contains the =value part though)

spicec-x11: Let the window manager place our window the 1st time (rhbz#662407)

2010-12-16T15:30:38+00:00

The problem is that RedWindow::show calls the XLib MoveWindow function
on the window after it has been mapped, moving it to the location in
_show_pos. This is seen by the window manager as the application saying
I know exactly where I want my window to be placed, don't do placing for
me. Which causes the client window to always be shown at pos 0x0, even
though that may not be the best location.

What this patch does is:
1) It makes RedWindow::show not call MoveWindow when a window is
   first created normally and then shown
2) It makes RedWindow::show still call MoveWindow when:
   -when the window has been shown before, and was hidden for some
    reason (controller interface), and is now being re-shown
    so that it ends up being re-shown at its old position
   -when the window is a fullscreen window (screen.cpp always
    calls move on the window before showing it to set its position)
   -when the user switch from windowed mode -> fullscreen ->
    windowed mode again, to make sure that the windowed mode window
    is shown in the same position as before switching to fullscreen
    mode