bugGNU Octave - Bugs: bug #51846, modal windowstyle property not...

 
 

bug #51846: modal windowstyle property not working

Submitter:  Guillaume <gyom>
Submitted:  Fri 25 Aug 2017 01:40:30 PM UTC
   
 
Category:  Plotting Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Regression
Status:  Confirmed Assigned to:  None
Originator Name:  Guillaume Open/Closed:  * Open
Release:  * dev Operating System:  * Any
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Sat 24 Feb 2024 10:20:09 PM UTC, comment #11: 

Reopening.
Confirmed on Windows w/ an older (nov '23) 9.0.0 dev version, and a 10.0.0 crossbuild from Friday.

OS - > Any

Does it count as a regression?

Philip Nienhuis <philipnienhuis>
Group Member
Sat 24 Feb 2024 09:48:36 PM UTC, comment #10: 

I can reproduce the problem on linux with octave-gui
with 7.3 (qt5), 6.4 (qt5), (flatpack) 8.4 (qt5), and 9.0.91 (qt6).

Dmitri.
--

Dmitri A. Sergatskov <dasergatskov>
Sat 24 Feb 2024 09:25:44 PM UTC, comment #9: 

Hi,

The same issue in the report is still valid.  I use 8.2.0 and window 10 64x. 

With a Octave command in gui command window, figure('WindowStyle','modal');, the session is frozen until the figure is closed.

Liang Tang <lt1234>
Thu 31 Aug 2017 03:22:18 PM UTC, comment #8: 

That's good news.  Qt4 is being deprecated and phased out of distributions so it should be only a matter of time before this resolves itself for other users as well.

Rik <rik5>
Group administrator
Thu 31 Aug 2017 09:36:57 AM UTC, comment #7: 

Quick update on this: I switched to Qt5 and this is working now.

Guillaume <gyom>
Wed 30 Aug 2017 08:58:56 AM UTC, comment #6: 

Thanks Rik. I think that unless someone else reproduces what I observe, best is to close this bug report as "works for me".
It must have something to do with the other issues I get, similar to what is reported in bug #44478.

Guillaume <gyom>
Tue 29 Aug 2017 08:12:21 PM UTC, comment #5: 

This is annoying, but I find that Octave is now working correctly.  This is with cset 23970:37f3c4416f2e and with Qt 5.6.1.  I don't know how I got the previous behavior, but the figure is definitely still visible now and it has the Modal property preventing the rest of the GUI from responding to mouse clicks.

Rik <rik5>
Group administrator
Tue 29 Aug 2017 02:44:35 PM UTC, comment #4: 

That's with Qt version 4.8.6.

I'm having issues with Qt, as described here:
https://savannah.gnu.org/bugs/?44478#comment57
but when I set LD_PRELOAD as devised there, everything seems to work. No idea whether it can be related. We might have to wait for Rik's feedback, in case what he is describing is what to be expected from a modal window.

Guillaume <gyom>
Tue 29 Aug 2017 02:26:57 PM UTC, comment #3: 

Doesn't do it for me in fedora, using Qt4.

What version of QT?

John Donoghue <lostbard>
Group Member
Tue 29 Aug 2017 09:37:21 AM UTC, comment #2: 

Thanks for the confirmation, Rik.

Just to clarify what I observe, as it seems to slightly differ from you:

  • if the Octave GUI is running, I see the figure being closed and and the GUI is unresponsive (I cannot access the command line) and has to be killed .
  • if the Octave GUI is not running (--no-gui), the figure is closed but the command line still works. The handle of the figure is still returned by get (0, &quot;children&quot;) and I can close () it.


It is indeed only with Qt as modal windows are only implemented there following bug #48160. Unless there is an easy fix, it might be better to disable the patch in the meantime as it's better to have a non-modal window than a frozen GUI.

Guillaume <gyom>
Fri 25 Aug 2017 11:32:48 PM UTC, comment #1: 

Confirmed.  The code hangs the GUI until the window is closed.  This is only a problem with the Qt toolkit.  The FLTK toolkit works fine.

Rik <rik5>
Group administrator
Fri 25 Aug 2017 01:40:30 PM UTC, original submission:  

When I run the following piece of code, the figure is displayed then disappears and everything is frozen.


H = figure ();
pause (1);
set (H, "windowstyle", "modal");


It does work if there is no time between the creation of the figure and the change to modal:


set (figure (), "windowstyle", "modal");


In the past, the figure used to flicker, which makes sense given the implementation I could see in bug #48160.

It might be due to some peculiarities of my Linux system so I would be curious to hear if others can reproduce it.

Guillaume <gyom>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by dasergatskov (Posted a comment)
  • -email is unavailable- added by lt1234 (Posted a comment)
  • -email is unavailable- added by lostbard (Posted a comment)
  • -email is unavailable- added by rik5 (Posted a comment)
  • -email is unavailable- added by gyom (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2024-02-24 philipnienhuis StatusWorks For Me Confirmed
        Open/ClosedClosed Open
        Operating SystemGNU/Linux Any
    2017-08-30 rik5 Open/ClosedOpen Closed
    2017-08-29 rik5 StatusConfirmed Works For Me
    2017-08-25 rik5 StatusNone Confirmed

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code