The "drakconf" program crashed. Drakbug-17.60 caught it. ik starte ´t software-installatie program. undefined value for mandatory argument 'x' encountered at /usr/libexec/drakconf line 1262. Perl's trace: drakbug::bug_handler() called from /usr/lib/perl5/vendor_perl/5.22.2/Gtk3.pm:524 Gtk3::__ANON__() called from /usr/libexec/drakconf:1099 Theme name: Adwaita Kernel version = 4.8.9-desktop-1.mga6 Distribution=Mageia release 6 (Cauldron) for x86_64 CPU=Pentium(R) Dual-Core CPU T4400 @ 2.20GHz
(In reply to Gabriel van Grol from comment #0) > > ik starte ´t software-installatie program. > You started the software-installation program.... do you mind giving more details (in English, please ;-) )? Did you start MCC without problems and then get the crash when clicking on "Install & Remove Software" in this screen http://doc.mageia.org/mcc/5/en/content/images/software-management.png ?
CC: (none) => marja11Assignee: bugsquad => mageiatoolsSummary: drakconf crashed => drakconf crashed (undefined value for mandatory argument 'x' encountered at /usr/libexec/drakconf line 1262)
*** Bug 19915 has been marked as a duplicate of this bug. ***
CC: (none) => rdurgeat17
The reporter of bug 19915 hit this bug when trying to configure sources after an install in virtualbox under windows 10 Also from that bug report: Theme name: Adwaita Kernel version = 4.8.12-desktop-2.mga6 Distribution=Mageia release 6 (Cauldron) for x86_64 CPU=Pentium(R) Dual-Core CPU E6600 @ 3.06GHz and same drakconf version as here (drakconf-13.10-1.mga6)
There must be a bad timing or racing between the different gtk+ signals. Adding "$w->{pix_xx} && " at beginning for line 1262 should take care of it
Status: NEW => ASSIGNEDCC: (none) => thierry.vignaudBlocks: (none) => 11778Assignee: mageiatools => thierry.vignaud
Or we should manually construct a GdkPixbufAnimation and make GtkImage handles it
*** Bug 19954 has been marked as a duplicate of this bug. ***
CC: (none) => robert_durgeat
*** Bug 20367 has been marked as a duplicate of this bug. ***
CC: (none) => daniel.bezivin
*** Bug 20467 has been marked as a duplicate of this bug. ***
CC: (none) => lsdm
*** Bug 20523 has been marked as a duplicate of this bug. ***
CC: (none) => mageiatools
Bug 20523 This bug is in a different context. Now, it is when I want add a new user with CCM. Before, it was when I want to add new applications with CCM too.
can you describe the steps to reproduce de crash ?
CC: (none) => LpSolit, mageia
Assignee: thierry.vignaud => mageiatools
(In reply to Nicolas Lécureuil from comment #11) > can you describe the steps to reproduce de crash ? In my case, just open CCM and click "Install and uninstall software".
(In reply to Nicolas Lécureuil from comment #11) > can you describe the steps to reproduce de crash ? This also happens if I want to add a new user.
Created attachment 9156 [details] prevent delayed action to happen before first draw signal As you're able to reliably reproduce this bug whereas I never am able, can you try this patch? In order to do so, just run the following commands as root in a terminal: cd /usr/libexec/ patch -p1 </tmp/19827.diff
Keywords: (none) => NEEDINFO, PATCH
i ran the command , but message : "[root@localhost libexec]# patch -p1 </tmp/19827.diff -bash: /tmp/19827.diff: Aucun fichier ou dossier de ce type"
(In reply to Daniel BEZIVIN from comment #15) > i ran the command , but message : "[root@localhost libexec]# patch -p1 > </tmp/19827.diff > -bash: /tmp/19827.diff: Aucun fichier ou dossier de ce type" This command assumes you saved the patch in the /tmp/ directory. If you saved the patch in another directory, please use that path instead.
Sorry, i did not saw the attachment. I'm got to try it.....
I have opened the attachment, selected and copy the text, then pasted in kwrite and saved in /tmp/ as 19827.diff. Is that i really have to do ? Then i ran the command, but no end to it.....
Ok the command works, the patch seems to be installed (i typed a wrong character because of a broken right arm). But the bug is still here. i tried to launch rmpdrake through MCC: "Le programme « drakconf » a planté avec l'erreur suivante : undefined value for mandatory argument 'x' encountered at /usr/libexec/drakconf line 1266. Perl's trace: drakbug::bug_handler() called from /usr/lib/perl5/vendor_perl/5.22.2/Gtk3.pm:524 Gtk3::__ANON__() called from /usr/libexec/drakconf:1103 Thème utilisé : Adwaita "
uname -a : Linux localhost 4.9.20-desktop-1.mga6 #1 SMP Fri Mar 31 19:12:37 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
If the line number is still 1266 in the latest crash, that means you didn't applied the patch... BTW what desktop is used by the people seeing this bug?
Blocks: 11778 => (none)
You are right Thierry I launched the patch one more time, and now no crash ! I don't explain what happened the time before.Sorry ; Anyway, good job !
Created attachment 9179 [details] use Gtk+ animations instead of manually doing it Alternatively, could you: 1) reverse the first patch (run the same patch command with an additional option: "-R") 2) then apply this new patch (assuming you downloaded it in /tmp): patch -p1 </tmp/0001-use-Gtk-animations-instead-of-manually-doing-it.patch
Created attachment 9180 [details] use Gtk+ animations instead of manually doing it (v2: w/o the debugging sleep...)
Attachment 9179 is obsolete: 0 => 1
Results of different commands : " [root@localhost libexec]# patch -p1 </tmp/19827.diff -R patching file drakconf Hunk #1 succeeded at 1263 (offset 2 lines). [root@localhost libexec]# patch -p1 </tmp/0001-use-Gtk-animations-instead-of-manually-doing-it.patch patching file drakconf " Then no crash in MCC Should i have noticed something special ?
Nope, that's good. It's just a better solution as it simplifies the code by relying on gtk+/gdk-pixbuf feature. No more issues with odd timing of gtk+ events :-)
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED
commit 6ccf9ae5e67abed446049e39273908961c3c9bec Author: Thierry Vignaud <thierry.vignaud@...> Date: Mon Apr 3 09:48:03 2017 +0200 use Gtk+ animations instead of manually doing it This simplifies our code: we can remove our timer and our custom DrawingAread and its 'draw' hook. We just have to add the various fading variants of the icon in a PixbufSimpleAnim, set it to loop forver and let Gtk+ handles the animation. This also prevents delayed action to happen before first draw signal due to bad timing (mga#19827). --- Commit Link: http://gitweb.mageia.org/software/control-center/commit/?id=6ccf9ae5e67abed446049e39273908961c3c9bec