Description of problem: In my /home directory i tried to open one flac file whith Smplayer then it crashed Version-Release number of selected component: mate-file-manager-1.6.1-1.fc19 Additional info: backtrace_rating: 4 cmdline: caja crash_function: audio_child_died executable: /usr/bin/caja kernel: 3.9.0-301.fc19.x86_64 runlevel: N 5 uid: 1000 ureports_counter: 2 xsession_errors: Truncated backtrace: Thread no. 1 (3 frames) #0 audio_child_died at fm-icon-view.c:2175 #1 g_child_watch_dispatch at gmain.c:5002 #6 gtk_main at gtkmain.c:1257
Created attachment 743224 [details] File: backtrace
Created attachment 743225 [details] File: cgroup
Created attachment 743226 [details] File: core_backtrace
Created attachment 743227 [details] File: dso_list
Created attachment 743228 [details] File: environ
Created attachment 743229 [details] File: limits
Created attachment 743230 [details] File: maps
Created attachment 743231 [details] File: open_fds
Created attachment 743232 [details] File: proc_pid_status
Created attachment 743233 [details] File: var_log_messages
Do you have Gnome3 installed?
(In reply to comment #11) > Do you have Gnome3 installed? Yes I have
(In reply to comment #12) > (In reply to comment #11) > > Do you have Gnome3 installed? > > Yes I have & It does the same (crash) when I use totem-audio-preview (& Smplayer, not with VLC)
I quess there is a confusion with gnome, can you use 'mate-default-applications-properties' to setup your default application? On my system i can open a flac file from inside caja without any problem, tested with: -smplayer -vlc -audacious -gnome-mplayer -kaffeine
i tried selecting a different file-manager with 'mate-default-applications-properties' but whatever i choose, caja is the file manager used. and, by the way, nautilus seems to be not in the list (unless it"S called 'file manager' or 'files')
by the way, why is this closed? please reopen it.
It is closed because it works for me. I can open a flac file with double click /right click from inside caja with any audioplayer. Here caja doesn't crash or abrt trigered a issue.
ok, but here it gives that crash. and i was not double clicking anything, just placing mouse cursor on top of some mp3s. For now i disabled the audio preview plugin which may be the problem. Of course, abrt says the problem is "known" so it will not create a duplicate. It seems to not care that the known problem is not a problem for some users :) so what should i do now: open a duplicate by hand?
Ok, i will reopen it. But the audio preview (with mouseover) doesn't have to do anything with any player. This is hande by gstreamer with the the 'gst-launch-0.10' command which top shows me in a terminal. For a test i uninstalled all players and the audio preview works well with gstreamer-0.10. Are gstreamer-0.10 codecs installed? PS: your first description is complete different from this, also you have spoken from flac files, now you speak from mp3.
Hi, Here are my gstreamer packages: $ rpm -qa | grep gstreamer gstreamer-ffmpeg-0.10.13-9.fc19.i686 gstreamer-plugins-good-0.10.31-9.fc19.i686 gstreamer1-plugins-bad-free-1.0.9-1.fc19.i686 gstreamer-0.10.36-3.fc19.i686 gstreamer1-plugins-bad-freeworld-1.0.9-1.fc19.i686 gstreamer1-plugins-good-1.0.9-1.fc19.i686 gstreamer-plugins-base-0.10.36-4.fc19.i686 gstreamer-plugins-ugly-0.10.19-11.fc19.i686 gstreamer1-plugins-ugly-1.0.9-1.fc19.i686 phonon-backend-gstreamer-4.6.3-1.fc19.i686 gstreamer1-libav-1.0.9-1.fc19.i686 gstreamer-plugins-bad-free-0.10.23-17.fc19.i686 gstreamer-python-0.10.22-4.fc19.i686 qt-gstreamer-0.10.2-4.fc19.i686 gstreamer-plugins-bad-nonfree-0.10.23-2.fc19.i686 gstreamer-tools-0.10.36-3.fc19.i686 gstreamer-plugins-bad-0.10.23-3.fc19.i686 PackageKit-gstreamer-plugin-0.8.9-6.fc19.i686 gstreamer1-1.0.9-1.fc19.i686 gstreamer-plugins-espeak-0.4.0-2.fc19.i686 gstreamer1-plugins-base-1.0.9-1.fc19.i686 What description? i"ve never said anything about flacs ...
(In reply to cornel panceac from comment #20) > What description? i"ve never said anything about flacs ... Ok , i misread it, the first description isn't from you. But than i need a new generated backtrace, environ var_log_messages from your abrt directory from you, because your problem is different from the orginal reporter.
PS: you hijacked this report without given any description in your first post!
oh, sorry. abrt said this is where the known problem is already reportd. it also said that he abrt server entry for it is this: https://retrace.fedoraproject.org/faf/reports/135902/ is this info enough?
No, All needed files from abrt are stored in folders inside /var/tmp/abrt/ Check the file 'package' for finding the right folder. From the right folder i need backtrace, environ var_log_messages.
Better all files which the orginal reporter has send in comment 0 .
Created attachment 789816 [details] core backtrace
Created attachment 789818 [details] environ
Created attachment 789819 [details] messages unfortunately there"s no 'backtrace' file in there.
Created attachment 789820 [details] cgroup
Created attachment 789821 [details] dso list
Created attachment 789822 [details] limits
Created attachment 789823 [details] maps
Created attachment 789824 [details] open fds
Created attachment 789825 [details] proc pid status
this completes the existing files upload.
let me know if i need to generate a backtrace, somehow :)
(In reply to cornel panceac from comment #28) > Created attachment 789819 [details] > messages > > unfortunately there"s no 'backtrace' file in there. This is the main file for debugging. Try abrt-action-generate-backtrace in the folder and check if no debuginfo package is missing in the backtrace. IE. 0x00007fe078212570 0x00007fe078212658 Yes (*) /lib64/libicudata.so.50 (*): Shared library is missing debugging information In case of nvidia you can ignore it, they have no debuginfo packages. For a installing a debuginfo package use 'debuginfo-install <packagename>.
For this i have to update the system. After, i"ll attempt reproducing the crash and get a backtrace. This will happen as soon as possible (is in progress, now.)
First some details. Indeed, yesterday i was previewing some flac file before it crashed. (but forgot about them.) Right now, i can reproduce it like this: preview a flac file for a few seconds, next preview an mp3 file. caja dies instantly. th problem is: abrt does not catch this, and if i run it in gdb like this: run /home/cornel/ i can not reproduce it. if i try to kill the background process (caja -n), it is respawned immediately. How can i debug this?
Disable caja-autostart in mate-session-properties, this disable 'caja handle the desktop'. I don't use pulseaudio on my system, only alsa, maybe this the reason. You can disable start of pulseaudio in session with editing this file. /etc/pulse/client.conf change ; daemon-binary = /usr/bin/pulseaudio to daemon-binary = /usr/bin/pulseaudio-shit Note: now the normal sound applet in systray doesn't start, but you can use the sound applet from the 'add to panel' dialog, which work with gstreamer.
Created attachment 789867 [details] caja backtrace
i got the trace following instructions here: http://fedoraproject.org/wiki/StackTraces#gdb i started caja without any parameters. When i started it within gdb wit -n parameter, i was not able to get the crash. hope this is useful.
Thank you for giving more debbuging information. Th (-) option means 'no window', this is only use for starting caja to 'handle the desktop' for session start. ** (totem-video-thumbnailer:4774): WARNING **: Couldn't connect to accessibility bus: Failed to connect to socket /tmp/dbus-sC9B1qNEic: Permission denied and #10 0xb7f988a8 in _gdk_pixbuf_new_from_uri_at_scale ( uri=uri@entry=0x861a400 "file:///home/cornel/Desc%C4%83rc%C4%83ri/Isaac%20Hayes%20-%20The%20Very%20Best%20Of%20(2007)%20-%20R&B.www.lokotorrents.com/15-isaac_hayes-rolling_down_a_mountainside.mp3", width=width@entry=128, height=height@entry=128, preserve_aspect_ratio=1) at mate-desktop-thumbnail.c:427 For me this looks like a conflict with totem-video-thumbnailer and mate-desktop-thumbnail. Can you uninstall all totem packages and restart the session for testing?
i have uninstalled totem{,-nautilus,-mozplugin} i"ve left in totem-pl-parser since it wants to take away a lot of dependencies with him, and probably totem-nautilus is the problem here anyway. on first tries i can not reproduce the bug anymore. i"ll keep trying :) thank you for pointer.
forgot to mention: first thing after removing was not logout but trying to open caja (Home directory). IT crashed instantly. After that, everything seems to be fine. How does totem-nautilus mess with caja?
(In reply to cornel panceac from comment #45) > forgot to mention: first thing after removing was not logout but trying to > open caja (Home directory). IT crashed instantly. After that, everything > seems to be fine. How does totem-nautilus mess with caja? Cool, that i could help you :) honestly, i don't know what our gnome overlords did to break other DEs ;) PS: if you need a good video thumbnailer, use ffmpegthumbnailer from rpmfusion. If you need a good video player, use mate-mplayer (fork from gnome-mplayer) from my externel additional mate repo from upstream ;) http://forums.mate-desktop.org/viewtopic.php?f=8&t=1831 PS 2: feel free to write here if the issue isn't solved, i will re-open again.
hmm today, unexpectedly it crashed. i was previewing some mp3's and after about half an hour, it was gone. the only totem related package installed is totem-pl-parser. i do not have time now to vreate a backtrace, and abrt seems to be fine with this, but i will do it this week, hopefully :)
Created attachment 791501 [details] caja backtrace without totem
I"ve attached the new backtrace. And again, i was wrong, there were some flac files previewed before crash.
Thanks again for useful debuging informations. I've notice upstream about the issue. https://github.com/mate-desktop/mate-file-manager/issues/157
Wolfgang, caja uses totem-audio-preview, if available, for audio preview, regardless of default media player. Tips to debug caja: http://wiki.mate-desktop.org/applications:caja#debug
Stefano, i"ll be back home two weeks from now but the only totem package installed on this system is totem-pl-parse, which provides no file called *media*.
mate-file-manager-1.6.3-0.1.git6278dcb.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/mate-file-manager-1.6.3-0.1.git6278dcb.fc19
mate-file-manager-1.6.3-0.1.git6278dcb.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/mate-file-manager-1.6.3-0.1.git6278dcb.fc20
mate-file-manager-1.6.3-0.1.git6278dcb.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/mate-file-manager-1.6.3-0.1.git6278dcb.fc18
Package mate-file-manager-1.6.3-0.1.git6278dcb.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing mate-file-manager-1.6.3-0.1.git6278dcb.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-17130/mate-file-manager-1.6.3-0.1.git6278dcb.fc20 then log in and leave karma (feedback).
mate-file-manager-1.6.3-0.2.git73cc7e9.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/mate-file-manager-1.6.3-0.2.git73cc7e9.fc19
mate-file-manager-1.6.3-0.2.git73cc7e9.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/mate-file-manager-1.6.3-0.2.git73cc7e9.fc18
mate-file-manager-1.6.3-0.2.git73cc7e9.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/mate-file-manager-1.6.3-0.2.git73cc7e9.fc20
mate-file-manager-1.6.3-0.2.git73cc7e9.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
*** Bug 1013732 has been marked as a duplicate of this bug. ***
mate-file-manager-1.6.3-0.2.git73cc7e9.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
mate-file-manager-1.6.3-0.2.git73cc7e9.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.