Bug 197005

Summary:	dolphin locking up on huge file transfers and iPod nano
Product:	[Applications] dolphin	Reporter:	yamzz <jun.yamut>
Component:	general	Assignee:	Peter Penz <peter.penz19>
Status:	RESOLVED FIXED
Severity:	normal	CC:	ah210, jun.yamut, nicksanders11
Priority:	NOR
Version:	16.12.2
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:

Description yamzz 2009-06-18 13:11:49 UTC

Version:           4.2.2 (using KDE 4.2.2)
OS:                Linux
Installed from:    Ubuntu Packages

Hi, dolphin works fine for the most part of my day to day activities but it seems to slow down or even fail on huge file transfers and when an iPod Nano is connected.

Here is what happened.  I was transfering large files, 3-5GB in size, and dolphin is freezing up.  It's like pausing for several seconds before the UI is clickable again.  Meaning, I can't right click on dolphin or hovering/clicking on dolphin doesn't work.  It resumes after several seconds.  Why is this?

Today I connected an iPod Nano.  When I click on the drive to mount it, it reads the contents quite well, displaying the contents of the root folder of Nano. However when I try to do something, like perhaps copy some files from Nano or to it, it locks. 

This is what happened: I tried to right click a file over 900MB in size and the menu won't show up or is delayed for several seconds.  When it does show up, I cant see anything on the menu, just the outline/border, no options in it.  I tried several times with the same results.

To my frustration, I opened Konqueror and all processes - copying, moving, deleting - of large files and access to iPod Nano, is as SMOOTH as ever as it should be.  No lags. No hiccups. No freezes for several seconds.  

Can you do something about this please?

Comment 1 Peter Penz 2009-06-18 13:50:40 UTC

Thanks for the report. Does the problem still occur if you turn off the Information Panel from Dolphin (just press F11 to hide it)? It might be related to Strigi which tries to get the meta data...

Comment 2 yamzz 2009-06-18 19:23:11 UTC

I will try this. Thanks for the quick reply.  

Note that I have enabled both Nepomuk Semantic Desktop and Strigi File Indexer on my desktop and now that I've checked it again, it says "Strigi service not running."

Comment 3 Nick 2009-07-04 13:33:30 UTC

I can confirm that with KDE 4.2.4 and 4.2.95 with slow remote connections dolphin completely blocks. I have 'Information Panel' turned off.

This doesn't happen with konqueror

Comment 4 Peter Penz 2009-07-05 13:08:34 UTC

Very strange: If the Information Panel is turned off, Konqueror and Dolphin share the same code when doing this kind of operation. Except one thing: Did you turn on tooltips in Dolphin? If the answer is "no", then I'm a little bit clueless about the root cause... I'm curious: which URL allows you to connect to the iPod nano? I've an iPhone, but connecting it does not allow me to browse the files -> I cannot reproduce the issue to check the bottleneck.

Comment 5 Nick 2009-07-05 14:18:36 UTC

I'm not sure if my issue is the same as yamzz's but to reproduce mine. Open 2 tabs in both Dolphin and Konqueror, one for your home directory and one for a slow remote connection. While the tab with the remote connection is doing something like opening the connection dolphin blocks (you can't switch tabs or click on the File menu) where as konqueror has no problems.

Tooltips are turned off

Comment 6 yamzz 2009-07-05 21:17:03 UTC

Strigi is not running anymore on my KDE desktop.  Information panel is open.

What do you mean what URL? I just access it via Dolphin.  It's treating it like a regular  USB when i plug it in and i am only making it as data storage.  So since i wasn't able to copy files to and off of it since it's locking up, i used konqueror instead.  Worked smoothly for me.

Comment 7 jmason 2009-07-22 03:39:24 UTC

Same kind of problem here:

$ dolphin --version
Qt: 4.5.0
KDE: 4.2.4 (KDE 4.2.4)
Dolphin: 1.2.1

I have a directory with several large video files, and if I right click one or two of those files in a row, suddenly HD access tops out and the system comes to a crawl.  I usually have to ctrl-alt-f2 to access a console in order to kill Dolphin.  If I don't the system is almost unusable.

I've switched to Konquerer for now but I like Dolphin otherwise -- so I'd like to see this fixed.  Let me know if you need any testing or more info.

Comment 8 Peter Penz 2009-07-22 08:17:39 UTC

@jmason: This is a different issue, which has been fixed in Dolphin for KDE 4.3 (The root cause was a strigi parser that is used to get the metadata of a video file. Note that even if you turned of the strigi indexing, still the strigi parsers are used to get metadata). In your case turning off the information panel + tooltips would "fix" the freeze.

In Dolphin for KDE 4.3 Nepomuk is used to get the meta data of the information panel instead of strigi -> no freeze anymore. Bad news: I could not port the tooltip code yet doing the same... The strigi maintainers are aware about the buggy mpeg strigi parser, but AFAIK did not fix it yet.

Comment 9 Peter Penz 2009-12-13 15:11:02 UTC

Fixed for KDE SC 4.4 (Strigi not used directly anymore, all Nepomuk reading is done asynchronously). If there is still a freeze in KDE SC 4.4, please reopen this report. Thanks!