xpra icon
Bug tracker and wiki

Opened 4 years ago

Last modified 4 weeks ago

#804 new defect

gnome-terminal tab-titles not updated until mouse-over

Reported by: peter swain Owned by: peter swain
Priority: minor Milestone: future
Component: core Version: 0.14.x
Keywords: ubuntu Cc:

Description

Great progress recently, almost everything works for me using ubuntu-14.10, and xpra-0.14.19-2 on both client+server.

The window-damage issues have all gone, except one:

Start gnome-terminal on xpra display, open a 2nd tab (ctrl-shift-T) and the window extends at top to ad tab-titles.
Hide the window by focusing on an overlapping xpra client (chromium in my problem case).
Bring gnome-terminal back to front by mouse-click.

The tab-title boxes do not refresh, appearing as transparent windows to the browser "behind" them.
They refresh on mouse-over, and correctly update when re-labeled with xtitle.

This is probably a dup of

#33 "if an application changes the screen size on the server via randr - what do we do?",

as the tab-title boxes are an extension of the original window, not accompanied by an explicit wm-generated resize event.

But it's a quick real-world example, using everyday apps, not a theoretical question.
My knowledge of X internals is so out-of-date that I'm raising a new ticket, rather than adding to #33, in case it's a different issue

Change History (3)

comment:1 Changed 4 years ago by Antoine Martin

Keywords: ubuntu added; damage geometry removed
Milestone: future
Version: trunk0.14.x

The window-damage issues have all gone, except one:


Which window damage issues would that be?

Start gnome-terminal on xpra display, open a 2nd tab (ctrl-shift-T) and the window extends at top to ad tab-titles.


That's enough for me to see the corruption on screen.

I bet this is yet another instance of an Ubuntu only bug, probably related to the global menus and all the hacks they add to applications. This bug is not present on any other distro that I know of. And we already know that Ubuntu is a very poor server platform.


This is probably a dup of
#33 "if an application changes the screen size on the server via randr - what do we do?",


No, that's a completely unrelated issue.
#33 is for applications that resize the whole display, not just their own windows.

comment:2 in reply to:  1 Changed 4 years ago by peter swain

Replying to totaam:

Which window damage issues would that be?


The ones that made xpra/gnome-terminal usage extremely painful on ubuntu->ubuntu links before xpra-0.14.19.
Any updating screen (top/vi) would get damaged or transparent on partial-screen-scroll, and had to be refreshed by flipping between terminal tabs.
I didn't report that, as it seemed covered by the huge pile of why-is-ubuntu-fscking-different comments in existing tickets, and the huge body of conditional code that already tried to cover other ubuntu quirks.
I tried to fix, didn't get far enough to offer any insight.

I threw in that comment as a celebration of xpra now being useable even on ubuntu.
I'd almost flipped OS to find a way to get xpra working, as it's so preferable to vnc whole-screen approach, but it's a task I'd kept putting off.

Now I don't have to - quite happy to mouse-over damaged title tabs, and leave this ticket in the 'future' bucket.
Not 'never', as it's possibly a canary for a bucket of different app issues which might have more profound usability impact.
I'll post a patch if it bugs me enuff to investigate

comment:3 Changed 4 weeks ago by Antoine Martin

Owner: changed from Antoine Martin to peter swain

Can I close this?

Note: See TracTickets for help on using tickets.