Bug 260249 - Dolphin crashes when trying to preview a video on an NTFS file system
Summary: Dolphin crashes when trying to preview a video on an NTFS file system
Status: RESOLVED INTENTIONAL
Alias: None
Product: Phonon
Classification: Frameworks and Libraries
Component: Xine backend (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: Harald Sitter
URL:
Keywords:
: 266780 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-12-16 09:01 UTC by j.mikkola
Modified: 2011-03-08 20:12 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description j.mikkola 2010-12-16 09:01:14 UTC
Application: dolphin (1.4)
KDE Platform Version: 4.4.4 (KDE 4.4.4) "release 3"
Qt Version: 4.6.3
Operating System: Linux 2.6.34.7-0.5-desktop x86_64
Distribution: "openSUSE 11.3 (x86_64)"

-- Information about the crash:
Dolphin started as root from an ordinary user session. 
Viewing a directory on a hard disk created in Windows XP SP2, NTFS, containing mpeg4 (divx) videos.
All files are marked as owned by root, group: users. Changing permissions or ownership does not work, no error messages.
Selecting a file shows a preview thumbnail on the right pane. Clicking the play button below the thumbnail crashes Dolphin.

The crash can be reproduced every time.

 -- Backtrace:
Application: Dolphin (dolphin), signal: Segmentation fault
[Current thread is 1 (Thread 0x7f214a186760 (LWP 5886))]

Thread 2 (Thread 0x7f212d82c710 (LWP 5919)):
#0  0x00007f21430c3709 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f2133478951 in metronom_sync_loop () from /usr/lib64/libxine.so.1
#2  0x00007f21430bea4f in start_thread () from /lib64/libpthread.so.0
#3  0x00007f2145f3a82d in clone () from /lib64/libc.so.6
#4  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f214a186760 (LWP 5886)):
[KCrash Handler]
#5  xcb_setup_vendor_end (R=0x0) at xproto.c:1325
#6  0x00007f214014b52d in xcb_setup_pixmap_formats_iterator (R=0x0) at xproto.c:1378
#7  0x00007f214014b57d in xcb_setup_roots_iterator (R=0x0) at xproto.c:1415
#8  0x00007f21336fc2b7 in Phonon::Xine::VideoWidgetXT::createVideoPort (this=0xc53870) at /usr/src/debug/phonon-4.4.2/xine/videowidget.cpp:167
#9  0x00007f21336fc67f in Phonon::Xine::VideoWidget::VideoWidget (this=0x7ba140, parent=<value optimized out>) at /usr/src/debug/phonon-4.4.2/xine/videowidget.cpp:221
#10 0x00007f21336ebf2b in Phonon::Xine::Backend::createObject (this=<value optimized out>, c=<value optimized out>, parent=<value optimized out>, args=<value optimized out>)
    at /usr/src/debug/phonon-4.4.2/xine/backend.cpp:179
#11 0x00007f214917a292 in Phonon::Factory::createVideoWidget (parent=0xeb3020) at /usr/src/debug/phonon-4.4.2/phonon/factory.cpp:345
#12 0x00007f214917df76 in Phonon::VideoWidgetPrivate::createBackendObject (this=0x11e90f0) at /usr/src/debug/phonon-4.4.2/phonon/videowidget.cpp:78
#13 0x00007f214917d354 in Phonon::VideoWidget::VideoWidget (this=0xeb3020, parent=<value optimized out>) at /usr/src/debug/phonon-4.4.2/phonon/videowidget.cpp:48
#14 0x00007f214917e25f in Phonon::VideoPlayerPrivate::init (this=0x1104990, q=0xbc89c0, category=<value optimized out>) at /usr/src/debug/phonon-4.4.2/phonon/videoplayer.cpp:61
#15 0x00007f214917e3b0 in Phonon::VideoPlayer::VideoPlayer (this=0xbc89c0, category=Phonon::VideoCategory, parent=<value optimized out>) at /usr/src/debug/phonon-4.4.2/phonon/videoplayer.cpp:75
#16 0x00000000004409ed in _start ()

Reported using DrKonqi
Comment 1 Harald Sitter 2010-12-18 14:51:14 UTC
This smells like X server permission issue stuff since in your case xcb_get_setup returns a 0 pointer, which it generally should not do unless xcb initialization has failed, and IIRC the most common case for that happening is a permission issue.

If you try to access the file from the actually logged in user's dolphin, does that also crash?
Comment 2 j.mikkola 2010-12-18 15:11:27 UTC
> If you try to access the file from the actually logged in user's dolphin,
> does that also crash?

No it doesn't. Also Kaffeine (default player) finds the file and plays it, 
which didn't happen in the case I described earlier. BTW, is the inability to 
change permissions an expected behaviour with NTFS file systems?

I have no access to my computer later this evening, so if you need more info, 
I can't reply until tomorrow.

On Saturday 18 December 2010 15:51, Harald Sitter wrote:
> https://bugs.kde.org/show_bug.cgi?id=260249
>
>
> Harald Sitter <sitter@kde.org> changed:
>
>            What    |Removed                     |Added
> ---------------------------------------------------------------------------
>- Status|UNCONFIRMED                 |NEEDSINFO
>          Resolution|                            |WAITINGFORINFO
>
>
>
>
> --- Comment #1 from Harald Sitter <sitter kde org>  2010-12-18 14:51:14 ---
> This smells like X server permission issue stuff since in your case
> xcb_get_setup returns a 0 pointer, which it generally should not do unless
> xcb initialization has failed, and IIRC the most common case for that
> happening is a permission issue.
>
> If you try to access the file from the actually logged in user's dolphin,
> does that also crash?
Comment 3 Harald Sitter 2010-12-18 15:20:03 UTC
Please consult with openSUSE about the NTFS issue. Also, Kaffeine is not KDE's default player, Dragon Player is :) (on that note: Kaffeine does not use Phonon so naturally it would not be affected anyway)

Since Dolphin in a regular X session is not affected I blame the issue on wrong permissions that arose from running the application as a different user than the one the session belongs to. There is nothing Phonon could do about this (other than maybe catch the issue and present a fatal error message instead of crashing). Then again I personally would deem this unnecessarily bloating code since the message would need to be considerably unprecise (as there are a number of issues that could cause this particular issue) and thus rather unhelpful.

I am closing this as WONTFIX, if anyone wants to take care of catching the issue and giving some sort of warning please reopen and assign the bug to you.
Comment 4 Dario Andres 2011-03-08 20:12:43 UTC
*** Bug 266780 has been marked as a duplicate of this bug. ***