Bug 1060728 - Tumbler will not generate video thumbnails, dbus shows that it quits immediately
Summary: Tumbler will not generate video thumbnails, dbus shows that it quits immediately
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: tumbler
Version: 24
Hardware: x86_64
OS: Unspecified
unspecified
low
Target Milestone: ---
Assignee: Kevin Fenzi
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-02-03 13:15 UTC by Dm3 K
Modified: 2017-08-08 11:45 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-08-08 11:45:08 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Dm3 K 2014-02-03 13:15:23 UTC
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

Comment 1 Fedora End Of Life 2015-05-29 10:47:26 UTC
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.

Comment 2 Russell Mora 2015-06-15 23:39:22 UTC
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.

Comment 3 Fedora End Of Life 2015-06-29 14:57:54 UTC
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.

Comment 4 Mark van Rossum 2016-10-23 22:52:47 UTC
Still a bug in freshly installed FC24.
Please reopen.

Comment 5 Kevin Fenzi 2016-10-24 19:02:39 UTC
ok, but can you please gather the same info from the orig report so we can confirm this is the exact same bug?

Comment 6 Mark van Rossum 2016-10-25 15:14:00 UTC
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...

Comment 7 Kevin Fenzi 2016-10-25 18:01:14 UTC
No problem. I'll try and look more into it when I get time...

Comment 8 Fedora Admin XMLRPC Client 2017-01-29 10:46:07 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 9 Fedora End Of Life 2017-07-25 18:38:04 UTC
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.

Comment 10 Fedora End Of Life 2017-08-08 11:45:08 UTC
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.


Note You need to log in before you can comment on or make changes to this bug.