FS#63865 - [octave] Octave hangs when open file dialog box is displayed

Attached to Project: Community Packages
Opened by patrick (potomac) - Friday, 20 September 2019, 19:06 GMT
Last edited by Toolybird (Toolybird) - Friday, 28 April 2023, 23:02 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Ronald van Haren (pressh)
Filipe Laíns (FFY00)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description:
Octave (gui version) hangs when I click on file -> open menu, the open dialog box is displayed, but octave hangs (freeze),

I don't know if it's a bug from octave, or a bug related to a dependency (Qt5 for example),

I use KDE/plasma as desktop.


Additional info:
* package version(s) octave 5.1.0-4, Qt5 5.13.1-1
* config and/or log files etc.
* link to upstream bug report, if any

Steps to reproduce:
- run octave in gui mode (type "octave -gui")
- click on "file, open" menu
- you will notice that octave will freeze after the display of the open dialog box
This task depends upon

Closed by  Toolybird (Toolybird)
Friday, 28 April 2023, 23:02 GMT
Reason for closing:  Fixed
Additional comments about closing:  Cannot repro these days in a fresh plasma VM. Upstream must have fixed it.
Comment by Antonio Rojas (arojas) - Friday, 20 September 2019, 22:02 GMT
Please run it in gdb and post a backtrace
Comment by patrick (potomac) - Saturday, 21 September 2019, 00:27 GMT
Gdb shows nothing, because octave doesn't really crash, it is a frozen state, the application waits for something (and the mouse cursor transforms to a wait cursor mode).

I notice that if I wait 2 minutes then the open dialog file disapears, and also the freeze.
Comment by Antonio Rojas (arojas) - Saturday, 21 September 2019, 07:05 GMT
Sure, you need to interrupt it yourself when it's frozen
Comment by patrick (potomac) - Tuesday, 24 September 2019, 17:04 GMT
the backtrace shows no useful information :

(gdb) bt full
#0 0x00007ffff7beb5f8 in waitpid () from /usr/lib/libpthread.so.0
No symbol table info available.
#1 0x00005555555569d9 in ?? ()
No symbol table info available.
#2 0x00007ffff7a3bee3 in __libc_start_main () from /usr/lib/libc.so.6
No symbol table info available.
#3 0x00005555555570ce in ?? ()
No symbol table info available.

perhaps a bad use of Qt5 API from octave, the file open dialog waits something for 2 minutes, a weird delay, which acts as a frozen state, and then after these 2 minutes I can use the file open dialog box,

other Qt5 applications don't have this problem
Comment by Mehmet (mmt84) - Thursday, 24 October 2019, 20:44 GMT
I'm experiencing the same issue on KDE. However this does not happen on i3-wm and Xfce.
Comment by Mehmet (mmt84) - Sunday, 27 October 2019, 16:24 GMT
Apparently this is an upstream bug: http://savannah.gnu.org/bugs/?54607

Since it's not arch specific, this bug report can be closed. The workaround is to disable: Edit -> Preferences -> General -> Use native file dialogs
Comment by patrick (potomac) - Sunday, 27 October 2019, 19:13 GMT
@Mehmet : your link is about an old upstream bug, that was closed last year,

not sure if authors of octave are really aware of this bug, perhaps someone should create a new upstream bugreport
Comment by Filipe Laíns (FFY00) - Sunday, 10 November 2019, 18:49 GMT
I can't reproduce, can you `pacman -Syu` and try again?
Comment by patrick (potomac) - Sunday, 10 November 2019, 23:47 GMT
@Filipe Lains : the bug is still here, to trigger it you have to use plasma (kde) as desktop, and check the option "Use native file dialogs" in the menu "Edit, preferences",

the bug is related to a bad use from octave of the feature "use native dialogs" (plasma kde dialog box)

Loading...