! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
xfdesktop crashed while changing backdrop
Status:
CLOSED: FIXED
Severity:
critical
Product:
Xfdesktop
Component:
General

Comments

Description Bernhard Walle 2004-01-22 20:52:01 CET
Unfortunately, not reproducable. But there's a backtrace.

According to the core dump:

(gdb) print new_iter->setting
$4 = (McsSetting *) 0x60

(gdb) print channel->settings
$5 = (McsList *) 0x0

(gdb) print new_iter
$6 = (McsList *) 0x8053fd0

(gdb) print new_iter->setting->name
Cannot access memory at address 0x60
Comment 1 Bernhard Walle 2004-01-22 20:52:03 CET
Additional information:

#0 0x4003b132 in notify_changes (client=0x809e320, old_list=0x809e5b0,
channel_name=0x809e4c0 "0
Comment 2 Bernhard Walle 2004-01-22 20:58:44 CET
Oh, it's quite easy to reproduce:

Just enter a image that does not exist in the configuration. You get the
message:

xfdesktop Fehler: lade Hintergrundbild: Datei 
Comment 3 Brian J. Tarricone (not reading bugmail) 2004-01-31 21:43:14 CET
hmm, i'm unable to reproduce as well. if i set the backdrop to a nonexistant
image, i just get the dialog as you describe (annoyingly behind all other
windows, i'll fix that as well), and then when i click ok the backdrop gets
set to whatever color is specified in the settings, no crash. what version of
xfdesktop are you running, and what version of libxfce4mcs?
Comment 4 Bernhard Walle 2004-01-31 22:34:47 CET
Wrong description, try this:

Enter a wrong image and change the display from "Scaled" to "Auto" for
example. You'll get two error messages and a crash.

Maybe just making the warning message a modal dialog can help.
Comment 5 Brian J. Tarricone (not reading bugmail) 2004-02-01 00:19:15 CET
fix is in CVS. dannym and i worked it out and the fix works for both of us, so
i'm marking as fixed. reopen if the problem persists.
Comment 6 Brian J. Tarricone (not reading bugmail) 2004-02-05 16:19:48 CET
fix in cvs, problem apparently not reappearing, so closing.
Comment 7 Brian J. Tarricone (not reading bugmail) 2004-10-12 22:25:32 CEST
mass reassign from zz-do-not-use to general, so i can remove the zz-do-not-use
component.  sorry for the spam, search for this string to filter these:
fis7cldoq35p3kjdu74emc

Bug #94

Reported by:
Bernhard Walle
Reported on: 2004-01-22
Last modified on: 2009-07-15

People

Assignee:
Brian J. Tarricone (not reading bugmail)
CC List:
0 users

Version

Attachments

Additional information