bugGNU Octave - Bugs: bug #63909, The preferences menu hang on Gnu...

 
 

bug #63909: The preferences menu hang on Gnu Octave 8.1.0 (Windows)

Submitter:  None
Submitted:  Fri 10 Mar 2023 03:03:29 PM UTC
   
 
Category:  GUI Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Regression
Status:  Ready For Test Assigned to:  None
Originator Name:  Lorenzo Originator Email:  -email is unavailable-
Open/Closed:  * Closed Release:  * 8.0.90
Operating System:  * Microsoft Windows Fixed Release:  None
Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Fri 10 Mar 2023 10:20:21 PM UTC, comment #9: 

The size adjust policy is described here:
https://doc.qt.io/qt-6/qcombobox.html#SizeAdjustPolicy-enum

On large models (and with all fonts, a QFontComboBox apparently has a large model) one should use QComboBox::AdjustToMinimumContentsLengthWithIcon

A good explanation is given in the answer to this question on stackoverflow https://stackoverflow.com/questions/59684022/slow-initial-show-performance-of-qcombobox-with-large-item-count which I found during my researches.

Torsten Lilge <ttl>
Group Member
Fri 10 Mar 2023 10:10:12 PM UTC, comment #8: 

Ok. Satisfy the curious. How did that one line make that much of a difference?

Nicholas Jankowski <nrjank>
Group Member
Fri 10 Mar 2023 09:05:16 PM UTC, comment #7: 

Found the cause of the delay. It should be fixed with cset http://hg.savannah.gnu.org/hgweb/octave/rev/75ef035f851e

Small change, big effect ...

Marking ready for test as I have not tested on Windows.

Torsten Lilge <ttl>
Group Member
Fri 10 Mar 2023 08:33:41 PM UTC, comment #6: 

comment #3:

> Thanks for the report. Yes, loading the preferences dialog takes quite a time. Most of the time is required for building the interface for the editor styles. From a first look into the history, I did not find a significant change to this part of the code since the release of Octave 7.
>
> I will do some test to further localize the problem.



If you need some log files, just ask and I'll post them. As for the GUI, I know some C++, but I've never used it to create graphics, so I don't know how to help. Anyway, thank you for your help

Lorenzo Perlo <tit8>
Fri 10 Mar 2023 07:26:51 PM UTC, comment #5: 

Is this bottleneck consistent across different systems? I've just gotten used to certain parts of octave being very slow because I'm on a managed system and "things" apparently have to get done in the background. I always assumed that was the reason for the slow preferences box. I remember old versions of LibreOffice or open Office specifically is Java for some of their preference dialogues that took forever.

I guess we don't really have a good way to troubleshoot gui related performance issues do we? tic/toc not really an option.

Nicholas Jankowski <nrjank>
Group Member
Fri 10 Mar 2023 07:16:16 PM UTC, comment #4: 

Setting up the many QFontComboBox is the bottle neck. However, still no idea why the required time  epends on the theme and is longer compared to older versions.

Torsten Lilge <ttl>
Group Member
Fri 10 Mar 2023 06:14:15 PM UTC, comment #3: 

Thanks for the report. Yes, loading the preferences dialog takes quite a time. Most of the time is required for building the interface for the editor styles. From a first look into the history, I did not find a significant change to this part of the code since the release of Octave 7.

I will do some test to further localize the problem.

Torsten Lilge <ttl>
Group Member
Fri 10 Mar 2023 04:21:48 PM UTC, comment #2: 

I investigated the issue a bit and found that all of this happens when I use the "Fusion Dark" theme. If I use the default theme, opening and saving settings reverts to the usual behavior, but in dark mode it becomes a bit frustrating to change settings.

I reproduced the problem on Windows 10 (Intel i7 Sandy Bridge, old computer) and on Windows 11 (AMD Ryzen 7 5700u). In both cases, the dark theme significantly slows down the settings.

Am I the only one experiencing this?
Thank you for your attention, and sorry for sending multiple posts. This is my first time on the Bug Report.

Lorenzo Perlo <tit8>
Fri 10 Mar 2023 03:48:57 PM UTC, comment #1: 

Also on Windows 10 there is a significant time difference between 7.3.0 and 8.1.0 in opening and saving the edit/preferences menu.

I try to delete the .ini file but nothing change.

My antivirus is the Windows Defender.

Lorenzo Perlo <tit8>
Fri 10 Mar 2023 03:03:29 PM UTC, original submission:  

Going from version 7.3.0 to the newly released version 8.1.0, I noticed that when I enter the "Edit->Preferences" menu, version 8.1.0 takes much longer to open the menu and takes much longer to apply the settings. Sometimes, even the Windows window appears asking to either wait or close the program.
This happens whether I choose "software OpenGL" or "system OpenGL" in the switcher.

It also happens in the MSYS2-MINGW64 version (via the "mingw-w64-x86_64-octave" package), always on Windows 11.

With version 7.3.0, there are no problems.

My CPU is AMD Ryzen 7 5700u (AMD Radeon Vega).

Is this problem mine (graphics drivers?) or something else?

Anonymous

 

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

Attach Files:
   
   
Comment:
   

Attached Files

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by nrjank (Posted a comment)
  • -email is unavailable- added by ttl (Posted a comment)
  • -email is unavailable- added by tit8 (Updated the item)
  • -email is unavailable- added by None (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 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2023-03-10 ttl StatusNone Ready For Test
        Open/ClosedOpen Closed
    2023-03-10 tit8 Attached File- Added Screenshot@2023-03-10@160340.png, #54470

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code