All file create a bug by FTP.
I open a FTP connexion with nautilus (GNOME3) and vlc crash to play a file.
I have now tested on KDE with ftp on Dolphin, il not crash, but, dosn't
work, VLC not ask the FTP password to access to the server so the
connexion is closed by the server.
Debug:
gdb vlc
Without stacktrace and very incomplete logs, I can only guess what happens:
GNOME does not tell VLC to open a FTP URL, but a regular file. The file is
actually inside a FUSE mount point with a GVFS backend. Then somehow, reading
the file blocks. Since reading from a regular file is a
But totem or dragon-player works correctly with GVFS, only VLC have a
problem.
On debug bt = No Stack.
But VLC is unusable after this bug.
→ On debug the program have not the same reaction of the release.
Have you trying to open a file by FTP with VLC? With nautilus?
If you try, you can see the
It is required to provide a full stack trace when reporting crash bugs.
If apport isn't collecting it for you, you'll need to collect it
manually using gdb. Be sure to install debug versions of any
dependencies in order to get complete symbol definitions in the trace.
Also, sometimes it helps to
Please use the crash reporter to report crashes. This bug report is not
exploitable as it lacks a stack trace of the claimed crash.
** Changed in: vlc (Ubuntu)
Status: New = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
The crash reporter (aport) does not start.
Now, VLC hide his Window, but he his always on the system monitor, but it's
impossible to kill it. (same as root)
** Attachment added: On the system-monitor
He appears to be minimized (cf: attachement) but the icon is Freezed.
I have not a bug report because the crash reporter does not starts → VLC is
always started, it is not considered as crashed by the system.
But it is not usable and not killable, it is freezed on the system tray.
** Attachment