[winswitch] xpra doesn't handle menus
antoine at nagafix.co.uk
Fri Mar 23 12:12:06 GMT 2012
On 03/23/2012 06:33 PM, Neal Becker wrote:
> I'm using kde for desktop (4.8.1), if that matters.
> What I told you is not quite accurate.
> 1. xpra attach ssh:nbecker6:100
Using ssh *should not* make much of a difference, certainly not a
complete failure to display like you are reporting.
Is there anything in the xpra server log at all?
> This attaches to 'konsole' on remote.
> The cursor changes as I mouse over the menu, but left click on a menu
> does nothing. I see in .xsession-errors (and the mod time is quite recent):
> QObject: Cannot create children for a parent that is in a different thread.
> (Parent is Soprano::Client::LocalSocketClient(0x255b998), parent's
> thread is QThread(0x23d8330), current thread is
This error comes from the Qt application itself.
Why it would encounter this sort of problems when xpra is its window
manager, I have absolutely no idea!
But there were some qt/kde theming fixes in the past few months and I am
running Fedora 16 here (which has them) whereas Fedora 15 may not have
> Now from that konosole, launch emacs.
> Cursor changes from i-beam to X, as I move from text area to the window
> frame. But click on a menu does nothing. .xsession-errors seems to
> have a new modtime, and I see the same message as above.
I am installing the full KDE on a Fedora 15 virtual machine to test.
PS: emacs 24 from source also works fine.
> On Fri, Mar 23, 2012 at 6:08 AM, Antoine Martin <antoine at nagafix.co.uk
> <mailto:antoine at nagafix.co.uk>> wrote:
> On 03/23/2012 02:26 AM, Neal Becker wrote:
> > I tried with both emacs GNU Emacs 184.108.40.206 and with konsole.
> I've just tried with the default Fedora 16 Emacs (23.3.1) which worked
> fine. I am now installing emacs 24 from source. (600MB d/l - slow DSL..)
> I've also tried konsole v2.8.1, and still no problem..
> There must be something different about your environment that makes it
> fail. Maybe your desktop's environment variables are interfering.
> Can you try launching the applications from a "clean" session, ie: one
> with a sanitized environment (maybe via ssh to localhost to clear it?).
> > konsole is Qt, but it looks like emacs is gtk.
> > As mouse cursor goes over the menu, the cursor does not change,
> and the
> > menu is not sensitive. Click on 'File' for example does nothing.
> > On Thu, Mar 22, 2012 at 3:04 PM, Antoine Martin
> <antoine at nagafix.co.uk <mailto:antoine at nagafix.co.uk>
> > <mailto:antoine at nagafix.co.uk <mailto:antoine at nagafix.co.uk>>> wrote:
> > On 03/22/2012 09:18 PM, Neal Becker wrote:
> > > Looks like xpra-0.1.0 is useless on Fedora 16. Nothing
> happens when
> > > clicking on menus - which seems to be a pretty serious problem.
> > Are you talking about xpra's own tray menu or about a specific
> > application you are running through xpra and which is having
> > displaying its own menus properly? And if the latter, which
> > is it? Does it happen with other applications?
> > Is it a Qt application by any chance?
> > If this is the case then this may well be a theme/style
> problem which
> > can be remedied using an environment variable I just cannot
> find right
> > now...
> > Note for those who hit this issue, you may be able to get those Qt
> > styles to work properly using an Xvfb server with the required
> > extensions, ie:
> > https://xpra.org/Xdummy.html
> > Cheers
> > Antoine
> > _______________________________________________
> > shifter-users mailing list
> > shifter-users at lists.devloop.org.uk
> <mailto:shifter-users at lists.devloop.org.uk>
> > <mailto:shifter-users at lists.devloop.org.uk
> <mailto:shifter-users at lists.devloop.org.uk>>
> > http://lists.devloop.org.uk/mailman/listinfo/shifter-users
More information about the shifter-users