Open
Conversation
Author
|
@doccaz, as of now, the fix helps when desktop is showing initially: but after next mouse over, weird flips still happen: It looks like guys from flexVDI are trying to address the same issue with flag received from server: flexVDI@6d491df#diff-fbf4b1476b4fa5b149be11ff1ebd0625 But even with their revision, I have pretty much the same problem - flipped redrawing on mouse move. It could be the spice guest tools qxl driver-related problem though which is installed on the VM. |
|
Fixed in FlexVDI fork (flexVDI#1): there, topdown is a flag from server and no need to explicitly setting it anymore. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.


I noticed that the original spice5-html had this issue as well, and it was fixed in this patch:
https://cgit.freedesktop.org/~pgrunt/spice-html5/commit/?h=topdown
... which if I understood correctly, is just implementing a "topdown" (e.g. invert the coordinates for drawing) on a particular packet type/color depth, SPICE_SURFACE_FMT_32_xRGB.
Looking through the sources for the eyeOS web client, I found this in lib/images/bitmap.js:
Looking further up, we find the part of the code that deals with 32-bit color packets. It's called wdi.SpiceBitmapFmt.SPICE_BITMAP_FMT_32BIT here.
To fix it, I added a " topdown = true" statement. I've tested with a few of my own VMs that were experiencing this bug, especially in text mode. So far none have regressed.