Custom Query (2683 matches)

Steps to reproduce:

• 1) notification-properties
• 2) Click Preview

Expected results:

• 2) notification is shown

Actual results:

• 2) notifications are not shown after some time.

More info:

• 1) svn r558
• 2) client prints:

  notification error: (DBusException(dbus.String(u'The name :1.62 was not provided by any .service files'),),)
  notification error: (DBusException(dbus.String(u'The name :1.62 was not provided by any .service files'),),)
  notification error: (DBusException(dbus.String(u'The name :1.62 was not provided by any .service files'),),)
  notification error: (DBusException(dbus.String(u'The name :1.62 was not provided by any .service files'),),)
  notification error: (DBusException(dbus.String(u'The name :1.62 was not provided by any .service files'),),
  

It seems that Qt is doing something unusual (it could also be that gtk tries to compensate for it). Copying from a Qt application works, but pasting to it does not.

The application does ask for the selection TARGETS, but using the _QT_SELECTION property (whereas normally it is ">"), we reply with the required list of atoms then the application requests one of them (ie: "COMPOUND_TEXT" - I've tried to force it to use others too, no difference), but the call never makes it to do_selection_get:

do_selection_request_event(<gtk.gdk.Event at 0x17bab48: GDK_SELECTION_REQUEST selection=PRIMARY, target=TARGETS, property=_QT_SELECTION>)
do_selection_get(<GtkSelectionData at 0x7ffff76af8f0>,0,16802993) target=TARGETS
get clipboard from remote handler id=3, proxy=<ClipboardProxy object at 0x7fa7693c8d70 (xpra+platform+clipboard_base+ClipboardProxy at 0x16ffa30)>, selection=PRIMARY, target=TARGETS
process clipboard packet type=clipboard-contents
process clipboard contents, selection=PRIMARY, type=ATOM, format=32
gdkatoms(['TIMESTAMP', 'TARGETS', 'MULTIPLE', 'UTF8_STRING', 'COMPOUND_TEXT', 'TEXT', 'STRING', 'text/plain;charset=utf-8', 'text/plain'])=[119L, 122L, 121L, 71L, 152L, 153L, 31L, 154L, 155L]
clipboard wire -> raw: ('ATOM', 32, 'atoms', ['TIMESTAMP', 'TARGETS', 'MULTIPLE', 'UTF8_STRING', 'COMPOUND_TEXT', 'TEXT', 'STRING', 'text/plain;charset=utf-8', 'text/plain']) -> 'w\x00\x00\x00z\x00\x00\x00y\x00\x00\x00G\x00\x00\x00\x98\x00\x00\x00\x99\x00\x00\x00\x1f\x00\x00\x00\x9a\x00\x00\x00\x9b\x00\x00\x00'
got clipboard contents(3)=36 (type=ATOM, format=32)
get clipboard from remote result(3)={'data': 'w\x00\x00\x00z\x00\x00\x00y\x00\x00\x00G\x00\x00\x00\x98\x00\x00\x00\x99\x00\x00\x00\x1f\x00\x00\x00\x9a\x00\x00\x00\x9b\x00\x00\x00', 'type': 'ATOM', 'format': 32}
do_selection_get(<GtkSelectionData at 0x7ffff76af8f0>,0,16802993) calling selection_data.set(ATOM,32,36)
do_selection_request_event(<gtk.gdk.Event at 0x17bab48: GDK_SELECTION_REQUEST selection=PRIMARY, target=COMPOUND_TEXT, property=_QT_SELECTION>)

For completeness, this is the xpra client log (which just responds to the TARGETS request):

process clipboard packet type=clipboard-request
process clipboard request, request_id=3, selection=PRIMARY, local name=PRIMARY, target=TARGETS
get_contents(TARGETS,<function got_contents at 0x1ba0230>)
got_contents(ATOM,32,72)
clipboard raw -> wire: ('ATOM', 32, '\x7f\x00\x00\x00\x00\x00\x00\x00|\x00\x00\x00\x00\x00\x00\x00~\x00\x00\x00\x7f\x00\x00\x00G\x00\x00\x00\x00\x00\x00\x00\x81\x00\x00\x00\x87\x00\x00\x00\x82\x00\x00\x00\x00\x00\x00\x00\x1f\x00\x00\x00\x00\x00\x00\x00\x83\x00\x00\x00\x00\x00\x00\x00\x84\x00\x00\x00G\x00\x00\x00') -> ('atoms', ['TIMESTAMP', 'TARGETS', 'MULTIPLE', 'UTF8_STRING', 'COMPOUND_TEXT', 'TEXT', 'STRING', 'text/plain;charset=utf-8', 'text/plain'])

Hi,

when starting VisIt (​https://wci.llnl.gov/codes/visit/), it just hangs and no windows appear.

A workaround is to start visit with the option -nowindowmetrics, which according to visit documentation "Prevents X11 from grabbing and moving a test widget used in calculating window borders. This option can be useful if VisIt hangs when displaying to an Apple X-server.". With this option, VisIt? starts under Xpra with no problems.

Ángel de Vicente