<!DOCTYPE html><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
Question for the original poster of this thread: Are you running the
Wayland server or the X.org server?<br>
<br>
-- Kevin<br>
<br>
<br>
<div class="moz-cite-prefix">On 10/24/2023 5:53 PM, Thiago Milczarek
Sayão wrote:<br>
</div>
<blockquote type="cite" cite="mid:CAAP_wum+82LgJWUPifkj2-UHJB+fFLJmxG7L4Q6jmcDNg=gZ4g@mail.gmail.com">
<div dir="auto">I suspect something changed on the window manager
(mutter in the case of default Ubuntu/gnome).
<div dir="auto"><br>
</div>
<div dir="auto">One problem is that focusing the window is
restoring it's state - so if you focus a maximized window the
window manager restores it - looks like a bug.</div>
<div dir="auto">
<div dir="auto"><br>
</div>
<div dir="auto">In the case of JavaFX the native side is
calling realize on the window which causes the underlying
window to be created (X Window - the X11 window) and I
suspect its the source of the problem. Might still be a bug
on the window manager, but the PR mentioned let's GTK
realize the window first, so it doesn't change the "natural"
order expected by GTK.</div>
<div dir="auto"><br>
</div>
<div dir="auto">I confirm that it fixes the window sizing
problem reported on the issue. </div>
<div dir="auto"><br>
</div>
<div dir="auto">Not sure about other problems, but I suspect
they might be gone after the fix (except for the state after
focus).</div>
<div dir="auto"><br>
</div>
<div dir="auto">Thiago</div>
<div dir="auto"><br>
</div>
<div dir="auto"><br>
</div>
<div dir="auto"><br>
</div>
<div dir="auto"><br>
</div>
</div>
<br>
<br>
<div class="gmail_quote" dir="auto">
<div dir="ltr" class="gmail_attr">Em seg., 23 de out. de 2023
11:48, Christopher Schnick <<a href="mailto:crschnick@xpipe.io" moz-do-not-send="true" class="moz-txt-link-freetext">crschnick@xpipe.io</a>>
escreveu:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<p>That is good to know that this issue is already being
worked on. From the description of <a href="https://bugs.openjdk.org/browse/JDK-8316423" target="_blank" rel="noreferrer" moz-do-not-send="true" class="moz-txt-link-freetext">https://bugs.openjdk.org/browse/JDK-8316423</a>,
this issue is only tracked as affecting secondary
stages? At least in our case it affects the primary
stage as well, i.e. the one that is supplied via
Application.start. Also, in this case it's not really
about the scene dimensions, the stage doesn't even apply
its own dimensions that were explicitly set before.<br>
</p>
<div>On 10/23/2023 4:39 PM, Thiago Milczarek Sayão wrote:<br>
</div>
<blockquote type="cite">
<div dir="auto">Forgot to mention: except for the system
tray, I'm not looking into that.</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">Em seg., 23 de out.
de 2023 11:36, Thiago Milczarek Sayão <<a href="mailto:thiago.sayao@gmail.com" target="_blank" rel="noreferrer" moz-do-not-send="true" class="moz-txt-link-freetext">thiago.sayao@gmail.com</a>>
escreveu:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="auto">Hi Cristopher,
<div dir="auto"><br>
</div>
<div dir="auto"><a href="https://github.com/openjdk/jfx/pull/1249" rel="noreferrer noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">https://github.com/openjdk/jfx/pull/1249</a><br>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">We noticed it and I'm working on a
fix.</div>
<div dir="auto"><br>
</div>
<div dir="auto">There's one issue that is probably
a mutter bug:</div>
<div dir="auto"><br>
</div>
<div dir="auto"><a href="https://gitlab.gnome.org/GNOME/mutter/-/issues/3092" rel="noreferrer noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">https://gitlab.gnome.org/GNOME/mutter/-/issues/3092</a></div>
<div dir="auto"><br>
</div>
<div dir="auto">-- Thiago </div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">Em seg., 23 de
out. de 2023 10:05, Christopher Schnick <<a href="mailto:crschnick@xpipe.io" rel="noreferrer noreferrer" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">crschnick@xpipe.io</a>>
escreveu:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<p>Hello,</p>
<p>a user of our application <a href="https://github.com/xpipe-io/xpipe" rel="noreferrer noreferrer noreferrer" target="_blank" moz-do-not-send="true">xpipe</a>
reported several issues after upgrading
their Ubuntu version and I investigated them
myself. I want to note here that these
issues are exclusive to new Ubuntu versions.
I did not observe any of them on slightly
older Ubuntu versions or other Gnome-based
desktop environments. I don't know exactly
which versions are affected, but 22.04 works
fine and Ubuntu 23.10 does not.<br>
</p>
<p>I'm sorry that I'm not able to create fully
reproducible examples or dig deeper into the
causes here, but I'm very constrained on
time right now. For reproduction, I just
installed a new default Ubuntu 23.10 VM and
launched the JavaFX 21 application straight
out of the box.<br>
</p>
<p>The first issue is that windows do not
retain their information when being hidden
and then shown again. I.e. after being shown
for the second time, they will have tiny
dimensions and an GTK error is printed to
stderr about <font face="monospace">height
< 0</font>. For now I temporarily
resolve this by doing the following, which
somehow fixes the issue:</p>
<p><font face="monospace">
stage.show();<br>
<br>
// Due to some weird GTK bug, we
have to set these sizes every time we show
a window again even though they have been
previously set<br>
stage.setX(stage.getX());<br>
stage.setY(stage.getY());<br>
stage.setWidth(stage.getWidth());<br>
stage.setHeight(stage.getHeight());</font><br>
</p>
<p>Furthermore, while this is technically not
purely JavaFX related, there is also a total
freeze of the platform thread when it calls
<font face="monospace">javax.swing.UIManager.setLookAndFeel
</font>as it gets stuck in some GTK
implementation method. This is called by the
fxtrayicon library, which calls this method
<a href="https://github.com/dustinkredmond/FXTrayIcon/blob/81c99a7357d8f48d9547c0bdb54b848041ce67c6/src/main/java/com/dustinredmond/fxtrayicon/FXTrayIcon.java#L923" rel="noreferrer noreferrer noreferrer" target="_blank" moz-do-not-send="true">here</a>.
Since there is no native JavaFX tray
integration, calling these awt/swing related
methods is quite important for applications
trying to use the system tray. This was a
very unfortunate issue for us as it caused
applications to not start up at all on
affected systems.<br>
I wasn't able to compare the behavior to
Ubuntu 22.04 as SystemTray.isSupported()
returns false on Ubuntu 22.04 but returns
true on Ubuntu 23.10. Should this even
return true on Ubuntu now or is this a bug?<br>
</p>
<p>Again, these issues only occur on the very
latest Ubuntu release. I have tested on a
lot of other different distros, old and new,
and they all worked flawlessly.</p>
<p>Best regards, Christopher<br>
</p>
</div>
</blockquote>
</div>
</blockquote>
</div>
</blockquote>
</div>
</blockquote>
</div>
</div>
</blockquote>
<br>
</body>
</html>