Fmstrat / winapps

Run Windows apps such as Microsoft Office/Adobe in Linux (Ubuntu/Fedora) and GNOME/KDE as if they were a part of the native OS, including Nautilus integration.
8.7k stars 409 forks source link

Rendering glitching #342

Open Toomas633 opened 1 year ago

Toomas633 commented 1 year ago

I'm using winapps on ubuntu 22 and trying to use office on a windows server 2022, but when opening the apps, the screen rendering is glitchy and mouse pointer seems to be somewhere else on the screen. It happens mostly when moving the mouse around. Also can't close the apps from their close button and have to go into activities view.

Might be openrdp issue cause i tryed cassowary and it still happened.

image

sakhmatd commented 1 year ago

Also happening on a recent Artix installation.

Seems to work fine over RDP with Remmina, but not in Winapps.

In addition, my keyboard layout is not recognized, the apps work in QWERTY despite Colemak being set as default in the guest.

sakhmatd commented 1 year ago

Okay, so this is a FreeRDP issue.

The recent version of FreeRDP from GH works very well, but they have changed the way the /app argument works.

I have submitted a pull req into the most updated fork of this project, as this seems to be not maintained anymore.

To fix the glitches, build FreeRDP from Github: FreeRDP/FreeRDP

Then, either wait for my PR to be merged to MIOGMIOG/winapps-working or use my fork at sakhmatd/winapps-working.

joezhouchenye commented 1 year ago

@sakhmatd Which FreeRDP version exactly should be used? I have tried with 2.6.1 (ubuntu 22.04 through apt) and the nightly build version is 3.0.0 dev. All don't work. That may be why winapps doesn't update anymore?

image

joezhouchenye commented 1 year ago

Figured out. Delete ~/.local/share/winapps folder. Although the glitches seem to be fixed, the mouse position is incorrect when the application window is maximized (using https://github.com/MIOGMIOG/winapps-working).

sakhmatd commented 1 year ago

@joezhouchenye Did you use my fork at sakhmatd/winapps-working?

Use that with the nightly version (3.0.0-dev). This repository (Fmstrat/winapps) will not work with the nightly FreeRDP until the authors merge my pull request, but it looks like this repo isn't maintained anymore.

joezhouchenye commented 1 year ago

@sakhmatd I know it is a difference between /app:<path> and /app:program:<path>.

Using Fmstrat/winapps with 2.6.1, everything works fine except right-click context menu rendering problems like this:

image

Using MIOGMIOG/winapps-working which I see is 1 commit ahead of your fork with 3.0.0-dev, there are no right-click context menu problems.

However, the mouse position is incorrect when the application window is maximized. Also, the top panel will disappear and I will not be able to click the close button. What's more, when dragging windows around, there's an empty frame displayed. Maybe, the full window dragging option needs to be turned on using this freerdp version.

image

My system: ubuntu 22.04 kernel 6.1.0-1004-oem

The context menu problem can be endured, but it's a lot mess with 3.0.0-dev.

There seems to be no reason to switch to another version.

Actually, I am now using MIOGMIOG/winapps-working with the commit before your pull request is merged. I like the extra icons and visio pre-configured.

Maybe, the pull request shouldn't be merged. I don't think many people use the new nightly-builds. Neither the official stable version 2.9.0 nor the newest release 2.10.0 on github release page use the new /app:program:<path> syntax.

sakhmatd commented 1 year ago

Thanks for the feedback!

I might see if there is a need to turn a window dragging option on. I use a tiling window manager, so it would not be in my use case.

I have an opposite experience, 3.0.0-dev works well on my machines, but there are lots of rendering issues with 2.x.x releases on my end.

Best solution is probably to either add a flag to winapps to allow use of the new 3.0 flags. Should not be too difficult to add, I might consider doing that.

freechelmi commented 1 year ago

Thanks all for your contributions

Winapps dev now takes place here https://github.com/winapps-org/winapps

So we can close this issue for good