Opened 11 months ago
Last modified 5 weeks ago
#2703 assigned defect
"Small windows" end up unrelated to window parent
Reported by: | stdedos | Owned by: | Antoine Martin |
---|---|---|---|
Priority: | minor | Milestone: | 4.2 |
Component: | server | Version: | 3.0.x |
Keywords: | Cc: |
Description (last modified by )
Same looking ticket as #2697, but somewhat different
Small windows open outside of their parent. See the other attachment for explanation (it's too big to display here).
This happens for all sorts of actions (background indexing, Find Action/File/Module/Find in Path), sometimes (sometimes they are closer to their original position, but not quite). Their original intent is to pop upwards/downwards (depending on window boundaries, e.g. for background indexing) of at window's center \(for the rest). Note that this centers the window (which starts as one toolbar with one textbox), according to its "maximum size", so that it won't look awkward when it's populated with results (1).
Also sometimes it happens that the small windows might open in-between monitor borders - I assume this is because you create the server as one big monitor, which is the bounding box of the monitors. Because Windows "think" they are maximized (#2643, #2651), the center-ish position (1) is at monitor's intersection.
Attachments (4)
Change History (19)
Changed 11 months ago by
Attachment: | xpra_monitor-setup_ApplicationFrameHost_2020-04-02_10-50-02.png added |
---|
Changed 11 months ago by
Attachment: | xpra_small-windows-open-outside-of-their-parent.png added |
---|
Changed 11 months ago by
Attachment: | redact-xpra-2703-geometry.log added |
---|
comment:1 Changed 11 months ago by
Description: | modified (diff) |
---|
comment:2 Changed 11 months ago by
Description: | modified (diff) |
---|
comment:3 Changed 11 months ago by
Owner: | changed from Antoine Martin to stdedos |
---|
comment:4 Changed 11 months ago by
Owner: | changed from stdedos to Antoine Martin |
---|
comment:5 Changed 10 months ago by
Milestone: | 4.0 → 4.1 |
---|---|
Owner: | changed from Antoine Martin to Antoine Martin |
Status: | new → assigned |
comment:6 Changed 10 months ago by
Owner: | changed from Antoine Martin to stdedos |
---|---|
Status: | assigned → new |
Sounds like a duplicate of #2595.
Does the problem occur when using the python2 / GTK2 builds?
comment:7 Changed 3 months ago by
Does the problem occur when using the python2 / GTK2 builds?
(from the latest of the v3 branch)
Bump.
comment:8 Changed 3 months ago by
Oops 😅
Do you have any recent builds with Py2? Or should I just downgrade?
I assume we are talking about the client ... right?
"Should I expect" that downgrading the client will mess something on the server?
comment:9 Changed 3 months ago by
Do you have any recent builds with Py2? Or should I just downgrade?
You have to use the latest release from the 3.0.x branch, ie at time of writing: Xpra-Client-Python2-x86_64_3.0.12-r27627.zip
.
I assume we are talking about the client ... right?
Yes
"Should I expect" that downgrading the client will mess something on the server?
I don't see how it could.
comment:10 Changed 3 months ago by
FYI client builds have no signatures or hashes. You may want to add them at least for the latest one.
Going testing, but don't hold your breath :-D
comment:11 Changed 3 months ago by
"Xpra-Client-Python2-x86_64_3.0.12-r27627\xpra_cmd" attach ssh://user@ip/3 --ssh="plink -ssh -agent" --modal-windows=no --title="@title@ on @@/@server-display@" --headerbar=off --opengl=no --bandwidth-limit=6Mbps XPRA_CUSTOM_TITLE_BAR=0 XPRA_EXECUTABLE=Xpra-Client-Python2-x86_64_3.0.12-r27627 XPRA_REPAINT_ALL=1 XPRA_SCROLL_ENCODING=0 xpra initialization error: no such option: --headerbar
But I guess that's expected, right?
Also:
"Xpra-Client-Python2-x86_64_3.0.12-r27627\xpra_cmd" attach ssh://user@ip/3 --ssh="plink -ssh -agent" --modal-windows=no --title="@title@ on @@/@server-display@" --opengl=no --bandwidth-limit=6Mbps XPRA_CUSTOM_TITLE_BAR=0 XPRA_EXECUTABLE=Xpra-Client-Python2-x86_64_3.0.12-r27627 XPRA_REPAINT_ALL=1 XPRA_SCROLL_ENCODING=0 2020-12-01 12:42:37,837 Xpra GTK2 client version 3.0.12-r27627 64-bit 2020-12-01 12:42:37,845 running on Microsoft Windows 10 2020-12-01 12:42:37,901 Warning: failed to import opencv: 2020-12-01 12:42:37,902 No module named cv2 2020-12-01 12:42:37,902 webcam forwarding is disabled Warning: failed to import GStreamer 1.x: cannot import name _gi 2020-12-01 12:42:38,867 Error: failed to query sound subsystem: 2020-12-01 12:42:38,867 query did not return any data 2020-12-01 12:42:39,110 keyboard layout code 0x409
comment:12 Changed 3 months ago by
no such option: --headerbar
But I guess that's expected, right?
Correct.
Warning: failed to import GStreamer 1.x:
Known issue, now with its own ticket: #2961
comment:13 Changed 3 months ago by
Still happens, although I replicated it a little differently (check attachment).
Some comments:
- It also happens when I have one window of the app open similarly
- As with the original screenshot, some small windows (toasts) follow / are anchored to the parent, the "extended progress bar" doesn't/isn't
- It is interesting/nice that the app remembers exactly in which monitor and with what dimensions it was open last time with (although I don't know if that's somehow your doing or the app's)
Changed 3 months ago by
Attachment: | Xpra_cmd_2020-12-01_15-06-13.png added |
---|
comment:14 Changed 2 months ago by
Milestone: | 4.1 → 4.2 |
---|---|
Owner: | changed from stdedos to Antoine Martin |
Status: | new → assigned |
comment:15 Changed 5 weeks ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2703
Assuming that this is one of the problematic windows from your log, this looks a little bit suspicious:
Then the client honours the original position:
So the client is just doing what it's told.
The server is ignoring configure events on other windows since r5804 (6 years ago!).
You could try removing the checks to see if that helps: