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

 
 

bug #51846: modal windowstyle property not working

Submitted by:  Guillaume <gyom>
Submitted on:  Fri 25 Aug 2017 01:40:30 PM UTC  
 
Category:  Plotting Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Regression
Status:  Works For Me Assigned to:  None
Originator Name:  Guillaume Open/Closed:  Closed
Release:  dev Operating System:  GNU/Linux

Add a New Comment (Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

( Jump to the original submission)

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>
Project 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>
Project 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>
Project 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>
Project 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 lostbard (Posted a comment)
  • -email is unavailable- added by rik5 (Posted a comment)
  • -email is unavailable- added by gyom (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

     

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    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.5