summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* Add support for receiving incr. propertiesHans de Goede2010-10-041-53/+189
|
* Force processing of ownerchange event when releasing the clipboardHans de Goede2010-10-042-13/+29
| | | | | | | | | | | | | | Make sure we process the XFixesSetSelectionOwnerNotify event caused by us setting the clipboard owner to none, directly after setting the owner to none. Otherwise we may end up changing the clipboard owner to none, after it has already been re-owned because the XFixesSetSelectionOwnerNotify event to owner none is event is still pending when we set the new owner, and then changes the owner back to none once processed messing up our clipboard ownership state tracking. I saw this happening when doing copy twice in succession inside the guest. + some other misc fixes (memory leak, unneeded XFlush)
* vdagent FD_SET -> FD_ISSETHans de Goede2010-10-011-1/+1
| | | | Thanks to kraxel (Gerd Hoffmann) for finding this.
* Handle clipboard release messagesHans de Goede2010-10-014-1/+17
|
* Empty pending selection requests queue on clipboard owner changeHans de Goede2010-09-301-9/+21
|
* 3 copy and paste fixesHans de Goede2010-09-303-18/+35
| | | | | | | | 1) Deal with receiving an ownership change event before querying the targets of the previous owner is complete 2) Fix an ugly bug in handle_selection_notify where it would send the data type using an uninitialized variable 3) Fix a small memleak
* finish client -> guest copy pasteHans de Goede2010-09-304-83/+229
| | | | | Also put selection requests in a queue so that we are sure to answer them in the same order as received.
* Fix write buf handling when there are already buffers queuedHans de Goede2010-09-302-2/+2
|
* client -> guest copy paste wipHans de Goede2010-09-307-60/+174
| | | | | | Also make the grab_clipboard message argument a list of supported types, rather then assuming that the clipboard will always contain only one type.
* Use XConvertSelection(... TARGETS) to query which type of data lives in the ↵Hans de Goede2010-09-291-36/+162
| | | | clipboard
* Add message logging to udscsHans de Goede2010-09-296-106/+136
|
* udscs api cleanup: make write functions build the header themselvesHans de Goede2010-09-295-71/+79
|
* Add preliminary guest -> client copy paste support to the x11 agent clientHans de Goede2010-09-295-15/+188
|
* Add support for copy paste commands to vdagentdHans de Goede2010-09-285-54/+197
|
* Add message size checkingHans de Goede2010-09-221-17/+39
|
* Add capabilities negotiationHans de Goede2010-09-222-3/+60
|
* CleanupHans de Goede2010-09-221-31/+53
| | | | | | -Add copyright header to vdagentd.c -Move main utility functions to group them together with other main utility funcs and main itself
* Put uinput code into its own fileHans de Goede2010-09-224-150/+201
|
* update TODOHans de Goede2010-09-201-1/+7
|
* Add VDAgentMonitorsConfig supportHans de Goede2010-09-194-11/+76
|
* vdagentd: Cache monitor configuration and forwardHans de Goede2010-09-194-18/+71
| | | | | | When we receive monitor configuratin, cache it and forward it to currently connected vdagent clients. When a new vdagent connects send it the cahced monitor info (if we have any cached monitor info).
* Delay setting up uinput device + vdagent connection until we know the xorg resHans de Goede2010-09-183-41/+75
| | | | | | | | Connecting to the vdagent virtio port will put the mouse in client mode, which is not something we should do until the vdagent client has told us the xorg resolution. So delay setting up the uinput device and creating the vdagent virtio port connection until we know the xorg resolution.
* Add a connect callback to udscs server?Hans de Goede2010-09-182-0/+10
|
* Add non blocking virtio port codeHans de Goede2010-09-187-44/+417
|
* vdagentd: only print mouse messages when -dd is used rather then just -dHans de Goede2010-09-172-6/+5
|
* Add -d (debug) cmdline option to vdagentHans de Goede2010-09-172-4/+33
|
* Fix mouse wheelHans de Goede2010-09-171-6/+20
|
* Handle client / server disconnectHans de Goede2010-09-155-30/+41
|
* Allow disconnecting the client from the read callback (in case of bogus data)Hans de Goede2010-09-154-25/+40
|
* vdagent (client) Get resolution from the X-serverHans de Goede2010-09-155-10/+204
| | | | | | Get the resolution from the X-server and send it to vdagentd which needs it for the size of the uinput device. Also notify vdagentd if the resolution changes.
* Rename .c files to match new client server architectureHans de Goede2010-09-154-380/+380
|
* Add unix domain client server supportHans de Goede2010-09-147-5/+716
| | | | | | | | | | | | | | | | | | | | | To get a properly functioning agent we will need to split the functionality into a daemon (vdagentd, which has the rights to open the virtio device and to create fake input devices for the mouse) and into a client (vdagent) which runs under Xorg and thus can read / set things like the resolution and the clipboard and talks to the spice server / client through the daemon. Since we can have multiple xorg sessions active (through switch user for example), the daemon supports multiple agent connections. Security still needs to be filled in I'm afraid (see TODO). The protocol between the 2 is "described" in vdagentd-proto.h, currently there is only one vdagentd command, which allows vdagent to tell vdagentd the xorg screen resolution so that it knows what resolution to use for the fake absolute input device, and so that it can adjust that resolution if the xorg resolution changes. The client included in this commit is purely a test client, which just sends a hardcoded resolution once and then sits there and does nothing.
* switch to spice-protocol headers.Gerd Hoffmann2010-05-072-40/+51
|
* redhat is .com not .orgGerd Hoffmann2010-04-212-3/+3
|
* fix make cleanGerd Hoffmann2010-04-211-1/+1
|
* fix make installGerd Hoffmann2010-04-211-1/+1
|
* initial commit.Gerd Hoffmann2010-04-215-0/+295