Bug 28133

Summary: Isodumper --gtk is unresponsive
Product: Mageia Reporter: papoteur <yvesbrungard>
Component: RPM PackagesAssignee: papoteur <yvesbrungard>
Status: RESOLVED FIXED QA Contact:
Severity: major    
Priority: Normal CC: fri
Version: Cauldron   
Target Milestone: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Source RPM: isodumper-1.32 CVE:
Status comment:

Description papoteur 2021-01-17 09:50:25 CET
Description of problem:
After launching isodumper --gtk, the application does nothing.
This is not the case with qt version.

isodumper.py --gtk
/usr/lib64/python3.7/site-packages/yui.py:1943: Warning: Source ID 17 was not found when attempting to remove it
  return _yui.YDialog_waitForEvent(self, timeout_millisec)
^CTraceback (most recent call last):
  File "/usr/lib64/python3.7/warnings.py", line 415, in __init__
    def __init__(self, message, category, filename, lineno, file=None,
KeyboardInterrupt

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/lib64/python3.7/site-packages/yui.py", line 3486, in <lambda>
    __setattr__ = lambda self, name, value: _swig_setattr(self, YEvent, name, value)
  File "/usr/lib64/python3.7/site-packages/yui.py", line 71, in _swig_setattr
    return _swig_setattr_nondynamic(self, class_type, name, value, 0)
  File "/usr/lib64/python3.7/site-packages/yui.py", line 55, in _swig_setattr_nondynamic
    if type(value).__name__ == 'SwigPyObject':
SystemError: <class 'type'> returned a result with an error set

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "isodumper.py", line 909, in run
    self.handleevent()
  File "isodumper.py", line 836, in handleevent
    event = self.dialog.waitForEvent(100)
  File "/usr/lib64/python3.7/site-packages/yui.py", line 1943, in waitForEvent
    return _yui.YDialog_waitForEvent(self, timeout_millisec)
SystemError: <built-in function YDialog_waitForEvent> returned a result with an error set
Erreur de segmentation (core dumped)
Comment 1 Morgan Leijström 2021-01-17 12:03:57 CET
FWIW works for me on mga7
Installed isodumper-gtk, uninstalled isodumper-qt.
Several DE are installed, running Plasma.

CC: (none) => fri

Comment 2 papoteur 2021-01-17 12:08:17 CET
(In reply to Morgan Leijström from comment #1)
> FWIW works for me on mga7
> Installed isodumper-gtk, uninstalled isodumper-qt.
> Several DE are installed, running Plasma.

Yes, but you have probably 1.28 in Mageia 7.
Comment 3 Morgan Leijström 2021-01-17 13:41:21 CET
1.32 from testing
Comment 4 Morgan Leijström 2021-01-17 13:58:55 CET
I launced it as simply 
$ isodumper
As i have uninstalled isodumper-qt but have isodumper-gtk i thopught it must use gtk - but thinking again, i may be wrong?

If i try
# /usr/lib/python3.7/site-packages/isodumper/isodumper.py --gtk
It say access denied.
I dont understand...
Comment 5 Morgan Leijström 2021-01-17 14:03:51 CET
Logged into GNOME, and isodumper launches OK.
... but the window refuse to close!
Comment 6 Morgan Leijström 2021-01-17 14:10:12 CET
Launching from terminal in cinnamon:


[morgan@svarten ~]$ isodumper
/usr/lib64/python3.7/site-packages/yui.py:1943: Warning: Source ID 18 was not found when attempting to remove it
  return _yui.YDialog_waitForEvent(self, timeout_millisec)


** Here it was launched and i selected the USB stick, then tried to close isodumper, no response. When in terminal i hit Ctrl-C :


^CTraceback (most recent call last):
  File "/usr/lib64/python3.7/warnings.py", line 415, in __init__
    def __init__(self, message, category, filename, lineno, file=None,
KeyboardInterrupt

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/lib64/python3.7/site-packages/yui.py", line 3486, in <lambda>
    __setattr__ = lambda self, name, value: _swig_setattr(self, YEvent, name, value)
  File "/usr/lib64/python3.7/site-packages/yui.py", line 71, in _swig_setattr
    return _swig_setattr_nondynamic(self, class_type, name, value, 0)
  File "/usr/lib64/python3.7/site-packages/yui.py", line 55, in _swig_setattr_nondynamic
    if type(value).__name__ == 'SwigPyObject':
SystemError: <class 'type'> returned a result with an error set

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/lib/python3.7/site-packages/isodumper/isodumper.py", line 909, in run
    self.handleevent()
  File "/usr/lib/python3.7/site-packages/isodumper/isodumper.py", line 836, in handleevent
    event = self.dialog.waitForEvent(100)
  File "/usr/lib64/python3.7/site-packages/yui.py", line 1943, in waitForEvent
    return _yui.YDialog_waitForEvent(self, timeout_millisec)
SystemError: <built-in function YDialog_waitForEvent> returned a result with an error set
/usr/lib64/python3.7/site-packages/gi/overrides/GLib.py:495: Warning: g_hash_table_foreach: assertion 'version == hash_table->version' failed
  super(MainLoop, self).run()

** Now i hit Ctrl-C again:

^CException ignored in: <module 'threading' from '/usr/lib64/python3.7/threading.py'>
Traceback (most recent call last):
  File "/usr/lib64/python3.7/threading.py", line 1307, in _shutdown
    lock.acquire()
KeyboardInterrupt
[morgan@svarten ~]$
Comment 7 papoteur 2021-01-17 14:45:49 CET
In cauldron, I don't exactly the same error.
isodumper --gtk

(python3:21641): Gtk-WARNING **: 14:42:45.157: Theme parsing error: gtk.css:2:33: Failed to import: Error opening file /home/yves/.config/gtk-3.0/window_decorations.css: Aucun fichier ou dossier de ce type

(python3:21641): Gdk-ERROR **: 14:42:58.491: The program 'python3' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadImplementation (server does not implement operation)'.
  (Details: serial 9966 error_code 17 request_code 20 (core protocol) minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
Trappe pour point d'arrêt et de trace (core dumped)
[yves@localhost ~]$ isodumper --gtk

(python3:21738): Gtk-WARNING **: 14:43:11.466: Theme parsing error: gtk.css:2:33: Failed to import: Error opening file /home/yves/.config/gtk-3.0/window_decorations.css: Aucun fichier ou dossier de ce type
^CTraceback (most recent call last):
  File "/usr/bin/isodumper", line 25, in <module>
    app.run()
  File "/usr/lib/python3.8/site-packages/isodumper/isodumper.py", line 909, in run
    self.handleevent()
  File "/usr/lib/python3.8/site-packages/isodumper/isodumper.py", line 836, in handleevent
    event = self.dialog.waitForEvent(100)
  File "/usr/lib64/python3.8/site-packages/yui.py", line 1512, in waitForEvent
    return _yui.YDialog_waitForEvent(self, timeout_millisec)
KeyboardInterrupt
^CException ignored in: <module 'threading' from '/usr/lib64/python3.8/threading.py'>
Traceback (most recent call last):
  File "/usr/lib64/python3.8/threading.py", line 1388, in _shutdown
    lock.acquire()
KeyboardInterrupt: 


The program is in a loop from which it doesn't exit by itself.
Comment 8 papoteur 2021-01-21 14:42:43 CET
Solved with 1.33 release.

Resolution: (none) => FIXED
Status: NEW => RESOLVED