GNU bug report logs - #24583
Xpra compatibility

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 24583 in the body.
You can then email your comments to 24583 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Eugene J." <w3techplayground <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Xpra compatibility
Date: Sat, 1 Oct 2016 15:50:27 +0300

[Message part 1 (text/plain, inline)]

 All recent versions of Emacs seems to have the bug (
http://xpra.org/trac/ticket/1327) when used with xpra.

If you have any insight to share it will be greatly appreciated.

[Message part 2 (text/html, inline)]

Message #8 received at 24583 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: "Eugene J." <w3techplayground <at> gmail.com>, 24583 <at> debbugs.gnu.org
Subject: Re: bug#24583: Xpra compatibility
Date: Sat, 01 Oct 2016 20:49:42 +0200

>   All recent versions of Emacs seems to have the bug (
> http://xpra.org/trac/ticket/1327) when used with xpra.
>
> If you have any insight to share it will be greatly appreciated.

Can you try with ‘frame-resize-pixelwise’ set to t?

martin

Message #11 received at 24583 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: "Eugene J." <w3techplayground <at> gmail.com>, 24583 <at> debbugs.gnu.org
Subject: Re: bug#24583: Xpra compatibility
Date: Sun, 02 Oct 2016 10:29:25 +0200

> Thank you very much. It helped!

Please keep the bug number cc'd!

> Actually I tried it once before but I forgot to restart Emacs after
> changing it :(

Doesn't the next frame you create after setting this already exhibit the
intended pixelwise behavior?  Size hints are such a pain ...

martin

Message #14 received at 24583 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: "Eugene J." <w3techplayground <at> gmail.com>
Cc: 24583 <at> debbugs.gnu.org
Subject: Re: bug#24583: Xpra compatibility
Date: Sun, 02 Oct 2016 11:26:39 +0200

Please do CC to 24583 <at> debbugs.gnu.org as I asked before.  This might be
of interest for other people as well.

> Yes new frame doesn't glitch.

But existing frames do, correct?

What happens when you explicitly call ‘x-wm-set-size-hint’ for such an
existing frame?  After having customized ‘frame-resize-pixelwise’ to t,
obviously.

martin

Message #17 received at 24583 <at> debbugs.gnu.org (full text, mbox):

From: "Eugene J." <w3techplayground <at> gmail.com>
To: martin rudalics <rudalics <at> gmx.at>, 24583 <at> debbugs.gnu.org
Subject: Re: bug#24583: Xpra compatibility
Date: Mon, 3 Oct 2016 11:43:04 +0300

[Message part 1 (text/plain, inline)]

> But existing frames do, correct?
yes. When I set  ‘frame-resize-pixelwise’ to t only newly created frames
work properly.

> What happens when you explicitly call ‘x-wm-set-size-hint’ for such an
>existing frame?  After having customized ‘frame-resize-pixelwise’ to t,
>obviously.
The frame magically starts to resize properly O_O

On 2 October 2016 at 12:26, martin rudalics <rudalics <at> gmx.at> wrote:

> Please do CC to 24583 <at> debbugs.gnu.org as I asked before.  This might be
> of interest for other people as well.
>
> > Yes new frame doesn't glitch.
>
> But existing frames do, correct?
>
> What happens when you explicitly call ‘x-wm-set-size-hint’ for such an
> existing frame?  After having customized ‘frame-resize-pixelwise’ to t,
> obviously.
>
> martin
>
>

[Message part 2 (text/html, inline)]

Message #20 received at 24583 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: "Eugene J." <w3techplayground <at> gmail.com>, 24583 <at> debbugs.gnu.org
Subject: Re: bug#24583: Xpra compatibility
Date: Tue, 04 Oct 2016 08:49:17 +0200

>> What happens when you explicitly call ‘x-wm-set-size-hint’ for such an
>> existing frame?  After having customized ‘frame-resize-pixelwise’ to t,
>> obviously.
> The frame magically starts to resize properly O_O

Interesting.  Maybe I'll try to do that automatically although some
platforms are known to misbehave ...

      /* Don't set hints when maximized or fullscreen.  Apparently KWin and
         Gtk3 don't get along and the frame shrinks (!).

... and one author freely admitted that ...

    XSizeHints hints;		/* Sometimes I hate X Windows... */

martin

Message #23 received at 24583 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: "Eugene J." <w3techplayground <at> gmail.com>
Cc: 24583 <at> debbugs.gnu.org
Subject: Re: bug#24583: Xpra compatibility
Date: Fri, 08 Nov 2019 04:26:50 +0100

"Eugene J." <w3techplayground <at> gmail.com> writes:

>  All recent versions of Emacs seems to have the bug
>  (http://xpra.org/trac/ticket/1327) when used with xpra.
>
> If you have any insight to share it will be greatly appreciated.

From reading the above ticket, the issue has been solved by xpra.  It
looks like the correct version to use is xpra 1.0 or later.

Are you still seeing this issue?  If I don't hear back from you within
a couple of weeks, I'll just assume that this has since been resolved
and close this bug.

Best regards,
Stefan Kangas

Message #28 received at 24583-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: "Eugene J." <w3techplayground <at> gmail.com>
Cc: 24583-done <at> debbugs.gnu.org
Subject: Re: bug#24583: Xpra compatibility
Date: Thu, 05 Dec 2019 12:18:46 +0100

Stefan Kangas <stefan <at> marxist.se> writes:

> "Eugene J." <w3techplayground <at> gmail.com> writes:
>
>>  All recent versions of Emacs seems to have the bug
>>  (http://xpra.org/trac/ticket/1327) when used with xpra.
>>
>> If you have any insight to share it will be greatly appreciated.
>
>>From reading the above ticket, the issue has been solved by xpra.  It
> looks like the correct version to use is xpra 1.0 or later.
>
> Are you still seeing this issue?  If I don't hear back from you within
> a couple of weeks, I'll just assume that this has since been resolved
> and close this bug.

More information was requested, but none was given within 4 weeks, so
I'm going to assume this has been fixed and close this bug.

If this is still an issue, please reply to this email (use "Reply to
all" in your email client) and we can reopen the bug report.

Best regards,
Stefan Kangas

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.