Bug 328023 - Making Non-Tar archives Never Ends With Dolphin Sometimes
Summary: Making Non-Tar archives Never Ends With Dolphin Sometimes
Status: RESOLVED UPSTREAM
Alias: None
Product: ark
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Debian unstable Linux
: NOR normal
Target Milestone: ---
Assignee: Raphael Kubo da Costa
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-24 18:31 UTC by Tsu Jan
Modified: 2013-12-23 15:39 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tsu Jan 2013-11-24 18:31:13 UTC
When a file/folder is right clicked and compressed to a non-tar archive like zip, 7z or rar, SOMETIMES the process seemingly never ends. The tray notification shows "Adding files" forever and KWin's CPU usage goes high. Sometimes, when I close and reopen Dolphin, there's no problem but after another closing and reopening, it returns.

I reported the bug for Dolphin because archiving works OK with Folder View Plasmoid; sorry if I'm wrong.

Reproducible: Sometimes

Steps to Reproduce:
1. Right click on a filde/folder in Dolphin.
2. Select Compress menu item.
3. Select Zip from the submenu.
Actual Results:  
The compression process shown in systray may never end and KWin's CPU usage goes high, although the archive is created correctly. This behavior is random and doesn't happen with Folder View Plasmoid.

Expected Results:  
The systray notification should finish after the archive is made, as was the case with KDE-3.8.

I never saw this behavior with Tar archives.
Comment 1 Frank Reininghaus 2013-11-25 21:43:51 UTC
Thanks for the bug report. AFAIK, Ark is responsible for these context menu actions.
Comment 2 Raphael Kubo da Costa 2013-11-25 22:01:43 UTC
Hmm, heisenbugs are kind of hard to debug...

What KDE version are you using? Can you isolate it to a specific archive format and, preferably, to a specific file you try to archive?
Comment 3 Tsu Jan 2013-11-25 22:18:00 UTC
I use KDE-4.11.3. The problem may occur with all non-tar archive formats (zip, 7z, rar) but it never happens with tar ones. It makes no difference which file or folder I choose to zip. Unfortunately, it's random. With closing and reopening of Dolphin, it may show up or disappear. As I told in the report, it never happens when I zip a file/folder in the Folder View Plasmoid by right clicking. It doesn't happen when I use direct comman-lines for zip or 7z archiving either.

In .xsession-errors I get nothing related to ark but just lines like these:

dolphin(12020) KSambaSharePrivate::findSmbConf: KSambaShare: Could not find smb.conf! 
QDBusObjectPath: invalid path ""
plasma-desktop(10797)/kdecore (services) KServiceFactory::findServiceByDesktopPath: "/home/pedram/.kde/share/apps/RecentDocuments/fp.cpp.desktop" not found
file:///usr/share/kde4/apps/plasma/plasmoids/org.kde.notifications/contents/ui/JobDelegate.qml:64:13: QML Text: Binding loop detected for property "width"
file:///usr/share/kde4/apps/plasma/plasmoids/org.kde.notifications/contents/ui/JobDelegate.qml:113:13: QML Item: Binding loop detected for property "height"
file:///usr/share/kde4/apps/plasma/plasmoids/org.kde.notifications/contents/ui/JobDelegate.qml:113:13: QML Item: Binding loop detected for property "height"
file:///usr/share/kde4/apps/plasma/plasmoids/org.kde.notifications/contents/ui/JobDelegate.qml:54:9: QML Grid: Cannot specify anchors for items inside Grid
QPluginLoader* AgentPluginLoader::load(const QString&) plugin file: "akonadi_akonotes_resource" not found!
QPluginLoader* AgentPluginLoader::load(const QString&) plugin file: "akonadi_ical_resource" not found!
QPluginLoader* AgentPluginLoader::load(const QString&) plugin file: "akonadi_maildir_resource" not found!
QPluginLoader* AgentPluginLoader::load(const QString&) plugin file: "akonadi_vcard_resource" not found!
plasma-desktop(10797)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
plasmapackage:/ui/NotificationDelegate/NotificationDelegate.qml:163:13: QML Item: Binding loop detected for property "height"
plasmapackage:/ui/NotificationDelegate/NotificationDelegate.qml:163:13: QML Item: Binding loop detected for property "height"
file:///usr/lib/kde4/imports/org/kde/plasma/components/TabBar.qml:150:5: QML Item: Possible anchor loop detected on fill.
file:///usr/lib/kde4/imports/org/kde/plasma/components/TabBar.qml:150:5: QML Item: Possible anchor loop detected on fill.
file:///usr/lib/kde4/imports/org/kde/plasma/components/TabBar.qml:150:5: QML Item: Possible anchor loop detected on fill.
file:///usr/lib/kde4/imports/org/kde/plasma/components/TabBar.qml:161:9: QML QDeclarativeItem_QML_110: Binding loop detected for property "width"
file:///usr/lib/kde4/imports/org/kde/plasma/components/TabBar.qml:150:5: QML Item: Possible anchor loop detected on fill.
file:///usr/lib/kde4/imports/org/kde/plasma/components/TabBar.qml:161:9: QML QDeclarativeItem_QML_110: Binding loop detected for property "width"
plasmapackage:/ui/NotificationDelegate/NotificationDelegate.qml:212: Unable to assign [undefined] to QString text
plasmapackage:/ui/NotificationDelegate/NotificationDelegate.qml:180: Unable to assign int to QImage
plasmapackage:/ui/NotificationDelegate/NotificationDelegate.qml:150: Unable to assign [undefined] to bool visible
plasma-desktop(10797)/plasma StatusNotifierItemSource::refreshCallback: DBusMenu disabled for this application 
X Error: BadWindow (invalid Window parameter) 3
  Major opcode: 20 (X_GetProperty)
  Resource id:  0x5a0002b
Comment 4 Tsu Jan 2013-11-26 13:47:25 UTC
It seems that the bug is in Ark, not in Dolphin :) I downgraded Ark to that of KDE 4.10.5 and the problem was fixed. I'll report at Ark as soon as I have a clue to the real cause.

Thank you for your patience and sorry for any inconvenience caused.
Comment 5 Raphael Kubo da Costa 2013-11-26 14:12:00 UTC
Well the bug is already assigned to Ark so there's no need to file a new one. The curious part is that there have been no changes between 4.10.5 and 4.11.3 that can cause this problem; the only commit slightly related to this was to fix bug 319663.
Comment 6 Tsu Jan 2013-11-26 15:09:55 UTC
As an example, this process never ended:

/usr/bin/ark --changetofirstpath --add --autofilename zip /home/pedram/Programming/fp.cpp

When I forcibly killed it with System Monitor and ran it from terminal, everything was OK. When I did zipping with Dolphin and for the same file again (without closing and reopening of Dolphin), the same thing happened: the process never finished. Strange!
Comment 7 Tsu Jan 2013-11-26 17:15:57 UTC
I was wrong about Ark-4.10.5. As the issue was so random, it didn't show up at first but, at last, I encountered exactly the same problem with Ark-4.10.5!
Comment 8 Tsu Jan 2013-11-26 18:34:00 UTC
Happens randomly with Konqueror too.
Comment 9 Tsu Jan 2013-12-21 13:35:18 UTC
This seems to be an nvidia bug (https://devtalk.nvidia.com/default/topic/638521/linux/gnome-terminal-problems-ctrl-c-and-exit/). It hasn't happened since I downgraded nvidia from 331.20 to 325.15.
Comment 10 Raphael Kubo da Costa 2013-12-23 15:39:59 UTC
Hmm, alright. Thanks for finding that out, I'm closing this bug.