Linux: resizing Houdini window(s) hard/impossible

   8040   29   5
User Avatar
Member
7046 posts
Joined: 7月 2005
Offline
Hi,

18.0.352 Linux

I'm noticing that it's hard or impossible to resize Houdini windows. Optype Properties, floating Textport/Python, the file browser or any other window.

Feels like a Qt thing but I can't be sure. I grab the edge and drag and after a few pixels my mouse “detaches” from the window, and stops resizing.

Other apps on my machine have no issues resizing.

Anyone else facing this?

Cheers,

Peter B
Cheers,

Peter Bowmar
____________
Houdini 20.5.262 Win 10 Py 3.11
User Avatar
Member
1719 posts
Joined: 3月 2009
Offline
It's definitely not happening everywhere.

You're still rocking your Suse box, or is this something else?
Martin Winkler
money man at Alarmstart Germany
User Avatar
Member
7046 posts
Joined: 7月 2005
Offline
Hi Martin,

Indeed, Suse with KDE. I was worried it was a WM thing At work we use Mate but Mate is truly terrible. I'll maybe give a lighter weight WM a go and see if that helps.

Cheers,

peter B
Cheers,

Peter Bowmar
____________
Houdini 20.5.262 Win 10 Py 3.11
User Avatar
Member
7046 posts
Joined: 7月 2005
Offline
Ah, it is somewhat Houdini related. If I hide the Stage view (in GL mode or Karma) resizing windows returns to normal.

Once I show the Stage view, resizing becomes unusable again

Cheers,

Peter B
Cheers,

Peter Bowmar
____________
Houdini 20.5.262 Win 10 Py 3.11
User Avatar
Member
1719 posts
Joined: 3月 2009
Offline
Hm, tested it explicitly with stage context again, but to no avail, it works.

(Testing against nvidia 440.44, Openbox, picom compositor on and off both work)

Admittedly, during the beta and RC phase, stage was kind of glitchy for me, but that has improved since.
Martin Winkler
money man at Alarmstart Germany
User Avatar
Member
4189 posts
Joined: 6月 2012
Offline
It's happening in Kubuntu 19.10. Probably KDE's updated QT version is affecting it.
User Avatar
Member
7046 posts
Joined: 7月 2005
Offline
Thanks goat, at least if I'm not alone in this I'm not going completely insane
Cheers,

Peter Bowmar
____________
Houdini 20.5.262 Win 10 Py 3.11
User Avatar
スタッフ
1283 posts
Joined: 7月 2005
Offline
Yeah. I'm looking into this problem. I can reproduce the problem with Kubuntu 18.04 LTS but not GNOME Ubuntu 18.04 LTS. It's definitely KDE related.

One thing I notice is that if I try to resize the window enough times then all of a sudden the issues disappear and resizing goes back to normal.

I suspect that KDE desktop effects or some other windowing setting is not playing nice with Qt 5.12. I'll post here when I have more info.

Cheers,
Rob
User Avatar
スタッフ
1283 posts
Joined: 7月 2005
Offline
Hi All,

FYI that I committed a fix for the resizing problem in KDE. Please give today's 18.0.365 build a try.

Cheers,
Rob
User Avatar
Member
4189 posts
Joined: 6月 2012
Offline
Looks good Rob. Working well.

Overall, though, not sure why but it's still is never as smooth as Mac. Has a clunky feeling, in both Nuke and Houdini.
User Avatar
Member
7046 posts
Joined: 7月 2005
Offline
Thanks Rob, it's a pre-Valentine's day miracle!
Cheers,

Peter Bowmar
____________
Houdini 20.5.262 Win 10 Py 3.11
User Avatar
Member
19 posts
Joined: 3月 2014
Offline
This issue has returned in H19 (every build I've tried up to and including 19.0.622)

Is anyone else experiencing this?

KDE
CentOS Linux release 7.9.2009 (Core)
3.10.0-1160.15.2.el7.x86_64
User Avatar
Member
1922 posts
Joined: 11月 2006
Offline
Yeah this is a continual problem for us as well, running Houdini 19 on CentOS 7 w/ KDE. jiversen submitted #121600 for the issue.
Graham Thompson, Technical Artist @ Rockstar Games
User Avatar
Member
19 posts
Joined: 3月 2014
Offline
19.5 is out and this issue remains to be a huge pain for our studio.

I submitted a bug report shortly after my first post and was told there was an existing ticket (#118701).

It's very disappointing to see this issue persist, especially when it appears to be a regression that has been addressed at least twice in the past!
User Avatar
スタッフ
1283 posts
Joined: 7月 2005
Offline
danyargici
19.5 is out and this issue remains to be a huge pain for our studio.

I submitted a bug report shortly after my first post and was told there was an existing ticket (#118701).

It's very disappointing to see this issue persist, especially when it appears to be a regression that has been addressed at least twice in the past!

Hello,

We have been investigating the latest window resize issue for many weeks now and the good news is that we've identified the cause. Without going into too much detail, the issue is caused by a behavior change in Qt for a widget property that Houdini relies on. The behavior change happened when we upgraded Houdini 19 to Qt 5.15. This was similar to a behavior change in H18.0/18.5, when Houdini was upgraded to Qt 5.12 at the time, that caused the window resize issue in those versions.

Unfortunately, the behavior change in Qt 5.15 is not something we can completely fix or avoid like we did in the past. We are currently looking into potential workarounds, ones that will avoid the window resize issue but may have tradeoffs. Such workarounds will be optional. The user will have to opt into the workaround via an environment variable. We are aiming to have a workaround in place shortly.

In the long run, we are also looking at some internal re-architecting for future Houdini releases so that Houdini no longer relies on the Qt widget property related to the window resize issue.

Cheers,
Rob
User Avatar
スタッフ
1283 posts
Joined: 7月 2005
Offline
For what it's worth, here's a KDE bug report on the window resize issue triggered by the same Qt widget property that Houdini relies on:
https://bugs.kde.org/show_bug.cgi?id=435717 [bugs.kde.org]

Cheers,
Rob
Edited by rvinluan - 2022年8月17日 08:53:23
User Avatar
スタッフ
1283 posts
Joined: 7月 2005
Offline
Hi All,

Heads up that tomorrow's 19.0.720 build will have a workaround in place for the window resizing issues on KDE. The workaround is disabled by default. To enabled the workaround, set HOUDINI_KDE_RESIZE_FIX=1in the environment before launching Houdini.

The workaround does have one caveat -- the UI will not auto-redraw when dragging another window over it. To force the UI to redraw after dragging a window, you need to click on the UI.

I wish we could have put in a fix without any caveats but unfortunately this is the best we could do without any major re-architecting. We have planned changes in the next Houdini release to avoid the Qt::WA_PaintOnScreen attribute and put it in a proper fix.

Cheers,
Rob
User Avatar
Member
12672 posts
Joined: 7月 2005
Offline
Hi Rob!

It this available for 19.0? I can't get the Changelog to list older platform entries anymore, e.g. specifying 19.0 in the Version form field -- is it broken?
Jason Iversen, Technology Supervisor & FX Pipeline/R+D Lead @ Weta FX
also, http://www.odforce.net [www.odforce.net]
User Avatar
スタッフ
1283 posts
Joined: 7月 2005
Offline
jason_iversen
Hi Rob!

It this available for 19.0? I can't get the Changelog to list older platform entries anymore, e.g. specifying 19.0 in the Version form field -- is it broken?

Hi Jason,

Yup. The change is available as of build 19.0.720.

Here's the changelog:
https://www.sidefx.com/changelog/?journal=19.0&categories=&body=&version=&build_0=&build_1=&show_versions=on&show_compatibility=on&items_per_page= [www.sidefx.com]

You might be right about the Version field being broken. I'll check.

Cheers,
Rob
  • Quick Links