Bug 265747 - Actions OR "open with" tries to act on unreasonable number of files concurrently
Summary: Actions OR "open with" tries to act on unreasonable number of files concurrently
Status: RESOLVED FIXED
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-08 01:07 UTC by J Jones
Modified: 2013-01-16 03:32 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: http://commits.kde.org/kde-baseapps/e45a847d48e3b9e039f5657b696366aa7460cd6d


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description J Jones 2011-02-08 01:07:35 UTC
Version:           unspecified (using KDE 4.4.5) 
OS:                Linux

Using actions or open with on many selected files at once can easily grind your machine to a halt. In many common cases requiring a hard reset resulting in loss of data.

Even for a small number of files selected the results are not as expected ( starting 5 separate instances of qwenview etc ).


Reproducible: Always

Steps to Reproduce:
Purpose: Recompress JPEGS (worst case). Other operations similar.

Open dolphin.

navigate to a directory containing about 50 jpegs.

Select all of the jpg's. Use the right mouse button on one of the selected files to select Actions->"convert to"->JPEG.

Actual Results:  
Your machine becomes unusable. Leave for 1 hour. Try getting to console to kill processes etc.  Unplug machine.  Loss of data.

Expected Results:  
Warn user of potential impending avalanche of running programs. 
or
Open a batch processing dialogue and run applications serially allowing user to cancel.
or
disabled action and "open with" menus for more than 3 items.

 

My interface guess:

Allow custom settings for each service:
 Group-by to allow multiple files to be fed to application at a time.
 x files in a group
 settings for 1 group, < n groups and  > n groups.

for example,

 convert jpg
 1 files in group  ( ie files=groups - change reference of groups to files in dialog)
 1 group setting - no batch window, start action automatically
 groups <=10  - show batch window, start action auto
 groups >10 - show batch window, wait user start

 open using diff3
 3 files in group
 n=1
 groups<=1 - nobatch, start auto
 groups >1 - show batch window, wait user start  
 - allows diff3 to decide what to do for 1,2 or 3 files.
Comment 1 Peter Penz 2011-02-09 22:21:38 UTC
Thanks for the report, I agree this is a very nasty behavior. Some parts have already been improved in 4.6 (e.g. opening multiple selected files just results in one open Gwenview instance), however the e.g. "Convert to JPEG"-stuff still behaves extremely blocking...
Comment 2 gustavo 2012-07-21 01:55:52 UTC
This bug is fully back in 4.8.4, it seems. Trying to open multiple mp3s, for example, will result in multiple instances of Totem. Curiously enough, right-clicking and selecting "open with -> Totem" produces the expected behaviour of launching a single Totem window and queueing files for playback.
Comment 3 Jeroen van Meeuwen (Kolab Systems) 2012-08-24 16:19:40 UTC
Resetting assignee to default as per bug #305719
Comment 4 Emmanuel Pescosta 2013-01-09 14:47:30 UTC
(In reply to comment #2)
> This bug is fully back in 4.8.4, it seems. Trying to open multiple mp3s, for
> example, will result in multiple instances of Totem. Curiously enough,
> right-clicking and selecting "open with -> Totem" produces the expected
> behaviour of launching a single Totem window and queueing files for playback.

Should be fixed by commit e45a847d48e3b9e039f5657b696366aa7460cd6d
I cannot reproduce this bug.

I think that we can close this report.
Comment 5 Christoph Feck 2013-01-16 03:32:28 UTC
In case that commit did not fix it, please add a comment, or reopen the bug.