Not happening here, albeit with sddm.

CC: (none) => ftg

(In reply to Frank Griffin from comment #1)
> Not happening here, albeit with sddm.

I'll guess it may be a DM problem.

I did a clean network install around 8 pm yesterday and problem still there
picking just xfce DM during install and selecting all other package groups
during custom install.

.

I will assign this to maintainer 'wally" when I work that out...
In the meantime, I will check it out with M7 betas 2 & (need to install it) 3.

(In reply to Bit Twister from comment #2)
> (In reply to Frank Griffin from comment #1)
> > Not happening here, albeit with sddm.
> I'll guess it may be a DM problem.
I would be surprised if it is a *display manager* problem; I suspect we are talking *desktops*. You indicated Xfce; Frank did not say.

CC: (none) => lewyssmith

(In reply to Lewis Smith from comment #3)
>
> I would be surprised if it is a *display manager* problem; I suspect we are
> talking *desktops*. You indicated Xfce; Frank did not say.

Hm, I assumed a multi-DM/DE install by Frank who tested in an xfce DE user
account under sddm DM.

No, sorry, this was with Plasma.

(In reply to Lewis Smith from comment #3)
> I will assign this to maintainer 'wally" when I work that out...

wally = Jani Välimaa :-)

http://people.mageia.org/u/wally.html

When starting to type "jani" in the assignee field, it auto-completes to his full e-amil address.

Assignee: bugsquad => jani.valimaa
CC: (none) => marja11

M7beta2, Xfce from GDM, xfburn-0.5.5-3.mga7
Confirm the crash as described in c0 "Steps to Reproduce":
 $ xfburn
Gtk-Message: 08:31:53.531: Failed to load module "canberra-gtk-module"
** Message: 08:31:53.612: No existing settings file, using default settings
** Message: 08:31:53.667: Using UDEV
** Message: 08:31:53.867: Using gstreamer transcoder.
Segmentation fault (core dumped)

No problem here on my Cauldron!

OS: Mageia 7 mga7
Kernel: x86_64 Linux 5.0.7-desktop-4.mga7
DE: KDE 5.57.0 / Plasma 5.15.4
WM: KWin

CC: (none) => geiger.david68210

Full bt with gdb would be nice.

M7beta3 real hardware, xfburn-0.5.5-3.mga7

Just some confirmations:
- The crash does *not* happen from "Audio CD" which follows the same dialogue path as the bugged "New Data Composition".
- It has nothing to do with display managers or desktops. I have reproduced it in the following combinations:
 GDM: Gnome, Cinnamon, Xfce
 LightDM: LXDE, Xfce
 LXDM: LXDE, Xfce
 SDDM: Plasma, Xfce

(In reply to Jani Välimaa from comment #9)
> Full bt with gdb would be nice.
Would you like to say "How?" for those of us not clued up?

(In reply to Jani Välimaa from comment #9)
> Full bt with gdb would be nice.

Going to need some very exacting steps for the above request.
Hopefully you are not requiring a compile/link to get traceback/symbols and
whatnot.

$ gdb  /usr/bin/xfburn  /var/tmp/xfburn_9332_11.core
  <snip>
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `xfburn'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x0000000000000000 in ?? ()
[Current thread is 1 (Thread 0x7f36e8678e00 (LWP 9332))]
Missing separate debuginfos, use: debuginfo-install xfburn-0.5.5-3.mga7.x86_64
(gdb)

1. Enable debug media
2. Do 'debuginfo-install xfburn-0.5.5-3.mga7.x86_64'
3. Start xfburn with gdb
4. After crash, do 'bt full'
5. Copy & paste the output

(In reply to Jani Välimaa from comment #12)
> 1. Enable debug media
> 2. Do 'debuginfo-install xfburn-0.5.5-3.mga7.x86_64'
> 3. Start xfburn with gdb
> 4. After crash, do 'bt full'
> 5. Copy & paste the output

Commands/steps are not very exact or precise. :(

0. click up a root terminal
[root@wb ~]# 

1.  Enable debug media
-bash: Enable: command not found

2.  debuginfo-install xfburn-0.5.5-3.mga7.x86_64
No package named xfburn-debuginfo
Something went wrong, make sure your Debug media are configured properly

(In reply to Bit Twister from comment #13)
> (In reply to Jani Välimaa from comment #12)
> > 1. Enable debug media
> > 2. Do 'debuginfo-install xfburn-0.5.5-3.mga7.x86_64'
> > 3. Start xfburn with gdb
> > 4. After crash, do 'bt full'
> > 5. Copy & paste the output
> 
> Commands/steps are not very exact or precise. :(
> 

0. click up two root terminals
[root@wb ~]# 

select root terminal 1

1. drakrpm-edit-media --expert
set Enable and Update check boxes for all Debug selections.

2. debuginfo-install xfburn-0.5.5-3.mga7.x86_64
 answer Y for displayed rpms

3. gdb $(type -p xfburn)
(gdb) run

   Continue pasting any additional debuginfo-install packages requests from
   terminal 1 into second root terminal. Upon competition, in terminal 1
(gdb) quit
    y
Hit up arrow to run step 3 again.
Run step 3 as many times as required to get all debuginfo-install requests installed.

After 171 rpm installed, I get a continue request for same package installs.
so here the resulting screen contents. I also tried the urpmi instructions
for build ids, all failed to find them.

(gdb) run
Starting program: /usr/bin/xfburn 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Missing separate debuginfo for /lib64/libxcb-render.so.0
Try: dnf --enablerepo='*debug*' install /usr/lib/debug/.build-id/b6/7a493228d80c907fd8a27a1d7eaf6063ae998e.debug
Or try: urpmi  /usr/lib/debug/.build-id/b6/7a493228d80c907fd8a27a1d7eaf6063ae998e.debug
Missing separate debuginfo for /lib64/libxcb-dri3.so.0
Try: dnf --enablerepo='*debug*' install /usr/lib/debug/.build-id/a1/80402f69b02d85ab1b479b02775a10a6857245.debug
Or try: urpmi  /usr/lib/debug/.build-id/a1/80402f69b02d85ab1b479b02775a10a6857245.debug
Missing separate debuginfo for /lib64/libxcb-sync.so.1
Try: dnf --enablerepo='*debug*' install /usr/lib/debug/.build-id/46/cc20bc818cac9299c21ae351d5d591a95f1d0f.debug
Or try: urpmi  /usr/lib/debug/.build-id/46/cc20bc818cac9299c21ae351d5d591a95f1d0f.debug
** Message: 16:21:17.192: No existing settings file, using default settings
[New Thread 0x7ffff5b49700 (LWP 8129)]
** Message: 16:21:17.234: Using UDEV
** Message: 16:21:17.467: Using gstreamer transcoder.
[New Thread 0x7ffff49d0700 (LWP 8133)]
[New Thread 0x7fffedfff700 (LWP 8134)]
[New Thread 0x7fffed7fe700 (LWP 8135)]
[New Thread 0x7fffecffd700 (LWP 8136)]
[New Thread 0x7fffdffff700 (LWP 8137)]
[New Thread 0x7fffdf7fe700 (LWP 8138)]
[Thread 0x7fffdffff700 (LWP 8137) exited]
[Thread 0x7fffed7fe700 (LWP 8135) exited]
[Thread 0x7fffecffd700 (LWP 8136) exited]
[Thread 0x7fffdf7fe700 (LWP 8138) exited]
[Thread 0x7fffedfff700 (LWP 8134) exited]
[New Thread 0x7fffedfff700 (LWP 8139)]
[New Thread 0x7fffdf7fe700 (LWP 8140)]
[New Thread 0x7fffecffd700 (LWP 8141)]
[New Thread 0x7fffed7fe700 (LWP 8142)]
[New Thread 0x7fffeffff700 (LWP 8143)]
[New Thread 0x7fffef7fe700 (LWP 8144)]
[Thread 0x7fffed7fe700 (LWP 8142) exited]
[Thread 0x7fffef7fe700 (LWP 8144) exited]
[Thread 0x7fffdf7fe700 (LWP 8140) exited]
[Thread 0x7ffff49d0700 (LWP 8133) exited]
[Thread 0x7fffedfff700 (LWP 8139) exited]
[Thread 0x7fffeffff700 (LWP 8143) exited]

Thread 1 "xfburn" received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
Missing separate debuginfos, use: debuginfo-install lib64gbm1-19.0.2-1.mga7.x86_64 lib64glapi0-19.0.2-1.mga7.x86_64 lib64harfbuzz0-2.3.1-1.mga7.x86_64 lib64mesaegl1-19.0.2-1.mga7.x86_64 lib64mesagl1-19.0.2-1.mga7.x86_64


4.
(gdb) bt full
#0  0x0000000000000000 in  ()
#1  0x0000000000000000 in  ()
(gdb)  quit

Going to see how to remove all the debuginfo packages. and with my luck
will have to do another clean install.

Pushed xfburn-0.5.5-3.1.mga7 to core/updates_testing, please test if it fixes the segfault.

CC: (none) => brtians1

(In reply to Jani Välimaa from comment #15)
> Pushed xfburn-0.5.5-3.1.mga7 to core/updates_testing, please test if it
> fixes the segfault.

Not so you would notice. Tried just xfburn pkg install. Failed.
Installed all packages from test with just 64 bit media and nonfree/tainted enabled.
As root, Ran 
  cd ~bittwister/.config/
  \rm -r Thunar xfburn xfce4
re-booted system, tried as root and bittwister
Still failed.

$ xfburn

** (gst-plugin-scanner:9660): CRITICAL **: 12:28:54.139: Couldn't g_module_open libpython. Reason: /usr/lib64/libpython3.7m.so: cannot open shared object file: No such file or directory
** Message: 12:28:54.745: No existing settings file, using default settings
** Message: 12:28:54.782: Using UDEV
** Message: 12:28:54.963: Using gstreamer transcoder.

executed Steps to Reproduce and at step 4.

Segmentation fault (core dumped)

FYI:
$ locate /usr/lib64/libpython3
/usr/lib64/libpython3.7m.so.1.0

Same segmentation fault with update.

[brian@localhost ~]$ xfburn
** Message: 13:57:15.108: No existing settings file, using default settings
** Message: 13:57:15.144: Using UDEV
** Message: 13:57:17.863: Using gstreamer transcoder.
Segmentation fault (core dumped)

This is for a Data Compilation.

Funny enough - if I try to do an audio burn it seems to work.

Another odd behavior.

If I drag and drop files into the data compilation it will work.

It is when I click the Add button and add from the pop-up file list that it segfaults.

(In reply to Brian Rockwell from comment #18)
> Another odd behavior.
> 
> If I drag and drop files into the data compilation it will work.
> 
> It is when I click the Add button and add from the pop-up file list that it
> segfaults.

An upstream bug report about the issue and findings would be nice.

Done

Bug 15887 - xfburn 0.5.5 crashes on New Data Composition

https://bugzilla.xfce.org/show_bug.cgi?id=15887

Hi All,
Per the Xfce team this is fixed in 0.6.1.

Does this take a full Xfce stack rebuild or can you import the XFburn for testing?

Thanks,
Brian

Thanks Brian both for the upstream bug, and this nudge. Strange that such a basic fault could escape and live so long.

URL: (none) => https://bugzilla.xfce.org/show_bug.cgi?id=15887
Keywords: (none) => UPSTREAM

(In reply to Brian Rockwell from comment #21)
> Hi All,
> Per the Xfce team this is fixed in 0.6.1.
> 
> Does this take a full Xfce stack rebuild or can you import the XFburn for
> testing?

 Installed rpm : xfburn-0.5.5-3.1.mga7
 
still core/crashes

Source RPM: xfburn-0.5.5-3.mga7.src.rpm => xfburn-0.5.5-3.1.mga7.src.rpm

(In reply to Brian Rockwell from comment #21)
> Per the Xfce team this is fixed in 0.6.1.
> Does this take a full Xfce stack rebuild or can you import the XFburn for
> testing?
Thanks for this notification.
Pinging Jani for the question.

(In reply to Bit Twister from comment #23)
> Installed rpm : xfburn-0.5.5-3.1.mga7
> still core/crashes
Not surprising in the light of version 0.6.1 cited for the fix.

CC: lewyssmith => (none)

Does 0.6.1 from my Xfce4 Copr repo work?

https://copr.fedorainfracloud.org/coprs/wallymga/Xfce4/

Used xfburn-0.6.1-1.mga7.x86_64.rpm from
https://copr-be.cloud.fedoraproject.org/results/wallymga/Xfce4/mageia-7-x86_64/01095766-xfburn/
and the Steps to Reproduce: did not cause a crash.

Launched xfburn, added some files, created an xfburn.iso.
Did no actual burn to media.

I wold say it is good enough to fix this bug report.

OK, pushed xfburn-0.6.1-1.mga7 to core/updates_testing for mga7. Please test.

Assignee: jani.valimaa => qa-bugs

MGA7-64 - Xfce - on physical hardware

Jan 04 11:17:53 localhost [RPM][2703]: install xfburn-0.6.1-1.mga7.x86_64: success


I ran through my same scenarios and they worked.  Also, I confirmed by fully burning a data CD and then using it on another machine to confirm the burn was actually successful.  It was.

Only strange thing was the first time I ran xfburn and clicked burn it didn't fill in speed and mode.  So first burn click failed.  Click it again and it filled in defaults and worked.

This is good

Whiteboard: (none) => MGA7-64-OK

Validating. Needs advisory information.

Keywords: UPSTREAM => validated_update
CC: (none) => andrewsfarm, sysadmin-bugs

An update for this issue has been pushed to the Mageia Updates repository.

https://advisories.mageia.org/MGAA-2020-0001.html

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