Description of problem: On Fedora 20 XFCE, tumbler will not generate video thumbnails for Thunar to use, but it will only reuse thumbnails created by PCmanFM, if user has it installed and browsed the same folders. I initially thought it was same as bug #1056831, which said SELinux prevented tumbler from starting, but after poking around, this appears to be a separate issue, unless I'm missing something. At this point, it doesn't matter if SELinux is enabled or disabled, tumbler doesn't generate new thumbnails. Version-Release number of selected component (if applicable): Distro: Fedora 20 XFCE Linux: 3.12.8-300.fc20.x86_64 Thunar: 1.6.3.2 tumbler: 0.1.29.2 tumbler-extras: 0.1.29.2 gstreamer: 0.10.36 (with rpmfusion plugins installed) How reproducible: Always Steps to Reproduce: 1. On a fresh XFCE setup (no prior thumbnails generated), browse video files with Thunar. Thumbnails are not generated for any type (from ogv to mkv) 2. Install PCmanFM, browse the same folders. Thumbnails are generated by pcmanfm's engine 3.Revisit files with Thunar. Now pcmanfm's thumbnails are utilised by Thunar Actual results: Thunar/tumbler does not generate thumbnails. It can only reuse thumbnains generated by other programmes. Expected results: Tumbler must be able to generate its own thumbnails without the user having an extra file manager around. Additional info: This scenario was attempted with SELinux both enabled and disabled, to check if it was a duplicate of #1056831. It seems like it doesn't, because SELinux status doesn't affect the results, and I get _no_ Warning from tumblerd about permissions being denied by policy. This is the dbus monitor status when tumbler attempts to generate thumbnails for a video folder: $ dbus-monitor --session --monitor interface=org.freedesktop.thumbnails.Thumbnailer1 Quote: signal sender=org.freedesktop.DBus -> dest=:1.541 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired string ":1.541" method call sender=:1.144 -> dest=org.freedesktop.thumbnails.Thumbnailer1 serial=91 path=/org/freedesktop/thumbnails/Thumbnailer1; interface=org.freedesktop.thumbnails.Thumbnailer1; member=Queue array [ filenames-here ] array [ string "video/x-matroska" string "video/x-matroska" string "video/x-matroska" string "video/x-matroska" string "video/x-matroska" string "video/x-matroska" string "video/x-matroska" string "video/x-matroska" string "video/x-matroska" string "video/x-matroska" ] string "normal" string "foreground" uint32 0 signal sender=:1.539 -> dest=:1.144 serial=9 path=/org/freedesktop/thumbnails/Thumbnailer1; interface=org.freedesktop.thumbnails.Thumbnailer1; member=Started uint32 1 signal sender=:1.539 -> dest=:1.144 serial=10 path=/org/freedesktop/thumbnails/Thumbnailer1; interface=org.freedesktop.thumbnails.Thumbnailer1; member=Finished uint32 1 The above is mkv, here's avi (xvid), same result: $ dbus-monitor --session --monitor interface=org.freedesktop.thumbnails.Thumbnailer1 signal sender=org.freedesktop.DBus -> dest=:1.73 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired string ":1.73" method call sender=:1.62 -> dest=org.freedesktop.thumbnails.Thumbnailer1 serial=113 path=/org/freedesktop/thumbnails/Thumbnailer1; interface=org.freedesktop.thumbnails.Thumbnailer1; member=Queue array [filenames here ] array [ string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" string "video/x-msvideo" ] string "normal" string "foreground" uint32 0 signal sender=:1.69 -> dest=:1.62 serial=314 path=/org/freedesktop/thumbnails/Thumbnailer1; interface=org.freedesktop.thumbnails.Thumbnailer1; member=Started uint32 36 signal sender=:1.69 -> dest=:1.62 serial=315 path=/org/freedesktop/thumbnails/Thumbnailer1; interface=org.freedesktop.thumbnails.Thumbnailer1; member=Finished uint32 36 tumbler seems to quit immediately, without attempting any file, even though tumler-extras is installed, and files are playable with gstreamer For comparison, output from a picture folder, where thumbnails are generated. Tumbler doesn't seem to quit immediately here. The output is different. $ dbus-monitor --session --monitor interface=org.freedesktop.thumbnails.Thumbnailer1 signal sender=org.freedesktop.DBus -> dest=:1.68 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired string ":1.68" method call sender=:1.62 -> dest=org.freedesktop.thumbnails.Thumbnailer1 serial=35 path=/org/freedesktop/thumbnails/Thumbnailer1; interface=org.freedesktop.thumbnails.Thumbnailer1; member=Queue array [ string "file:///home/dimitris/Downloads/plugin.video.xbmc.tele.fr/fanart.jpg" string "file:///home/dimitris/Downloads/plugin.video.xbmc.tele.fr/icon.png" ] array [ string "image/jpeg" string "image/png" ] string "normal" string "foreground" uint32 0 signal sender=:1.69 -> dest=:1.62 serial=6 path=/org/freedesktop/thumbnails/Thumbnailer1; interface=org.freedesktop.thumbnails.Thumbnailer1; member=Started uint32 0 signal sender=:1.69 -> dest=:1.62 serial=7 path=/org/freedesktop/thumbnails/Thumbnailer1; interface=org.freedesktop.thumbnails.Thumbnailer1; member=Ready uint32 0 array [ string "file:///home/dimitris/Downloads/plugin.video.xbmc.tele.fr/fanart.jpg" ] signal sender=:1.69 -> dest=:1.62 serial=8 path=/org/freedesktop/thumbnails/Thumbnailer1; interface=org.freedesktop.thumbnails.Thumbnailer1; member=Ready uint32 0 array [ string "file:///home/dimitris/Downloads/plugin.video.xbmc.tele.fr/icon.png" ] signal sender=:1.69 -> dest=:1.62 serial=9 path=/org/freedesktop/thumbnails/Thumbnailer1; interface=org.freedesktop.thumbnails.Thumbnailer1; member=Finished uint32 0
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '20'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
I'm also seeing this on Fedora 21, though this is just a backend server (no X install) running rygel (DLNA server). Rygel requests the thumbnails be generated, dbus-monitor output the same as above, and nothing happens. Turned off SELinux with the same result. Haven't tracked it any further than that and finding this bug report.
Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
Still a bug in freshly installed FC24. Please reopen.
ok, but can you please gather the same info from the orig report so we can confirm this is the exact same bug?
I used the same dbus-monitor command, and got read permission errors (alhtough the file were present and owned by me). Sorry, I won't have time to investigate further. Producing good bug reports takes quite a bit of time, and given the history of this bug report, I'm not sure it is worth my while...
No problem. I'll try and look more into it when I get time...
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
This message is a reminder that Fedora 24 is nearing its end of life. Approximately 2 (two) weeks from now Fedora will stop maintaining and issuing updates for Fedora 24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '24'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 24 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.