After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 745158 - Nautilus freezes when opening Properties of media file over ftp
Nautilus freezes when opening Properties of media file over ftp
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
1.12.x
Other Linux
: Normal major
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-02-25 13:45 UTC by ville.ranki
Modified: 2018-11-03 11:35 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description ville.ranki 2015-02-25 13:45:07 UTC
1) Mount a network share (slow one preferred)
2) Find a file (large one preferred)
3) Right click & choose properties
4) Whole Nautilus is frozen and grays out for few seconds until the properties dialog is opened.

All developers should know never to do potentially slow operations in the application's main loop.

Tested with 100mb mp3 file over sftp connection on Ubuntu 14.10, Nautilus 1:3.10.1-0ubuntu1.
Comment 1 António Fernandes 2017-08-12 10:29:36 UTC
Still reproducible in 3.24, with the same steps.

An 80kB mp3 is enough for me to reproduce this bug. It only happens with multimedia files, though, so I suspected totem's properties nautilus extension and the stacktrace bellow suggests the same.

Tentatively reassigning to totem.

^C
Thread 1 "nautilus" received signal SIGINT, Interrupt.
0x00007ffff30daa9d in poll () from /lib64/libc.so.6
(gdb) thread apply all bt


Comment 2 Bastien Nocera 2017-08-12 11:02:39 UTC
gst_discoverer_discover_uri_async() is supposed to be async. It's sync in this case.

Can you reproduce the problem with the src/test-properties-page binary in totem? Can you reproduce it with the gst-discoverer-1.0 command-line tool?

Which version of GStreamer and plugins are you using?
Comment 3 António Fernandes 2017-08-12 15:23:31 UTC
I can reproduce with gst-discoverer-1.0. It never finishes analysing the 85kB or larger files, the same files where nautilus freezes.
Likewise, gst-discoverer returns without problem for small files (~12kB), and nautilus opens their properties without a problem.

gstreamer1-1.12.2-1.fc26
gstreamer1-plugins-base-1.12.2-1.fc26
gstreamer1-plugins-base-tools-1.12.2-1.fc26

---

Within jhbuild environment, I built glib, gvfs, tracker, nautilus and totem from git master. For all other dependencies, I relied on fedora 26 *-devel packages.

Under these conditions, I CANNOT reproduce the bug with either nautilus or src/test-properties-page . Maybe this is fixed in totem from git master?
Comment 4 Bastien Nocera 2017-08-13 21:13:25 UTC
The cause of the hang is bug 786146, but gst-discoverer's async functions shouldn't be blocking anyway, so it's a bug in GStreamer.
Comment 5 GStreamer system administrator 2018-11-03 11:35:09 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/165.