xpra icon
Bug tracker and wiki

This bug tracker and wiki are being discontinued
please use https://github.com/Xpra-org/xpra instead.


Custom Query (2683 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (52 - 54 of 2683)

Ticket Resolution Summary Owner Reporter
#2371 needinfo Mouse doesn't update position unless mouse button is held down Sean Rhone Sean Rhone
Description

Hi, I'm using Xpra with VirtualGL to try to play a game for rudimentary UI scaling (render the game at 1080p, stretch it up to 4K): https://i.imgur.com/fpHNI1D.jpg

If I start Xpra with just start (xpra start), the cursor on the game windows doesn't change position unless I hold down a mouse button.

If I start Xpra with start-desktop, the cursor updates fine, but the game window loses decoration and is in an awkward, unresizeable position: https://i.imgur.com/L1D5zk2.jpg

I'm thinking it could be solved with a flag or environment variable, but I'm unsure of what to try, and would appreciate any suggestions.

OS: Fedora Workstation 30 (GNOME)

#2843 needinfo Slow keyboard input FlowerBee FlowerBee
Description

When I use URXVT or Firefox the keyboard will react very slow to my inputs, but it does not seem to be because of redraw etc. as I am running it on localhost with a local socket.

Firefox playback is smooth, but input is still slow. URXVT does not paint a lot, as was suggested for me. I am running NixOS using unstable channel - but xpra is latest stable 4.0.2.

I have attached logs of urxvt and xterm + info commands from it.

#6 worksforme Emacs Issues: xpra locks up, screen stops re-drawing Antoine Martin FredSRichardson
Description

I'm working with a recent version off the SVN repo (the date on the sources is 2011-08-02 19:36).

I've found two problems: one is occasional lockups and the other has to do with screen redrawing.

I'm not sure what causes the lockups, sometimes they are cured by minimizing and maximizing or by killing the xpra attach session and re-attaching.

The screen re-drawing is a consistent problem when scrolling through a lot of text. It looks as though emacs isn't keeping up with the redrawing somehow (a lot of "artifacts" are left in the buffer). This wasn't a problem in older versions of xpra, so I wonder if there's a setting that might help.

Here's output from the console:

$ xpra attach ssh:fdata1:14
'setxkbmap -query' failed with exit code 255
Missing window or missing property or wrong property type PULSE_SERVER (latin1)
Missing window or missing property or wrong property type PULSE_COOKIE (latin1)
Missing window or missing property or wrong property type PULSE_ID (latin1)
Attached (press Control-C to detach)
/usr/local/lib/python/xpra/xposix/xclipboard.py:227: GtkWarning: gdk_x11_atom_to_xatom_for_display: assertion `ATOM_TO_INDEX (atom) < virtual_atom_array->len' failed
  gtk.Invisible.do_selection_request_event(self, event)
Note: See TracQuery for help on using queries.