Moving files after playback with vlc finished is extremely slow

Bug #1415238 reported by Karl-Philipp Richter
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Incomplete
Medium
Unassigned
vlc (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

When a file was opened in `vlc` and played back and the playback finished, moving that file in a file manager (reproduced in `dolphin` and `nautilus`) takes up to several seconds (during which the file manager freezes) while the move occurs instantly when it is opened with `kaffeine` (after the playback finished - and as well when it is played back). The doesn't occur irregularily when the file is moved during playback. The issue occurs on btrfs filesytems only.

ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: vlc 2.2.0~pre2-4build1
Uname: Linux 3.18.4-031804-generic x86_64
ApportVersion: 2.14.7-0ubuntu8.1
Architecture: amd64
CurrentDesktop: Unity
Date: Tue Jan 27 23:19:35 2015
EcryptfsInUse: Yes
InstallationDate: Installed on 2015-01-26 (0 days ago)
InstallationMedia: Ubuntu 14.10 "Utopic Unicorn" - Release amd64 (20141022.1)
SourcePackage: vlc
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Karl-Philipp Richter (krichter722) wrote :
affects: vlc (Ubuntu) → linux-ports-meta (Ubuntu)
Revision history for this message
Karl-Philipp Richter (krichter722) wrote :

> affects: vlc (Ubuntu) → linux-ports-meta (Ubuntu)
The issue really only occurs with `vlc` and there're no issues regarding file moving or freezes of the file manager(s).

Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Did this issue start happening after an update/upgrade? Was there a prior kernel version where you were not having this particular problem?

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.19 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.19-rc6-vivid/

affects: linux-ports-meta (Ubuntu) → vlc (Ubuntu)
Changed in linux (Ubuntu):
status: New → Incomplete
importance: Undecided → Medium
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in vlc (Ubuntu):
status: New → Confirmed
Revision history for this message
Mike (michael-vm) wrote :

This bug may be related to the following issue: https://forum.videolan.org/viewtopic.php?f=13&t=122757

Revision history for this message
Karl-Philipp Richter (krichter722) wrote :

> This bug may be related to the following issue: https://forum.videolan.org/viewtopic.php?f=13&t=122757
I can confirm the filmed behavior for the start and it is applicable to opening a video when another is playing as well. The issue occurs randomly in my case, though.

Revision history for this message
Mike (michael-vm) wrote :

I'm thinking this is related to the desktop session manager (I posted a GDB backtrace in the VLC thread above).

Maybe this bug is related: https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/58171

Changed in vlc (Ubuntu):
importance: Undecided → Medium
Revision history for this message
Karl-Philipp Richter (krichter722) wrote :

On Linux 3.19.1 in Ubuntu 14.10 amd64 files which have been played with `vlc` 2.2.0-pre2 cause `gdm` to hang for > 30 minutes (after that time I killed `nautilus` in another tty with `pkill nautilus`) if these failes are dragged (dropping isn't possible due to hang and necessity to kill `nautilus`).

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.