[digikam] [Bug 381510] New: "open with" on multiple images only passes first image

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=381510

            Bug ID: 381510
           Summary: "open with" on multiple images only passes first image
           Product: digikam
           Version: 5.7.0
          Platform: Other
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: [hidden email]
          Reporter: [hidden email]
  Target Milestone: ---

Selecting multiple images and doing an "open with" only passes the first image
to the external program.

I would expect it to either do all images as arguments for one run or one
execution for each image.

This can be tested easily enough by making a shell script like these:

#!/bin/bash
zenity --info --text="$*"

or

#!/bin/bash
echo "$*" > /tmp/results.txt

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=381510

Maik Qualmann <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #1 from Maik Qualmann <[hidden email]> ---
Problem is not reproducible here. When I select multiple images and use open
with Gwenview, for example, the selected images are opened. It depends on the
command line parameter %f and %u for single file or %F and %U for multiple
files. If no command line parameter specified, the open function in digiKam
uses single file. This behavior would be changeable.

Maik

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=381510

--- Comment #2 from Peter <[hidden email]> ---
(In reply to Maik Qualmann from comment #1)
> Problem is not reproducible here. When I select multiple images and use open
> with Gwenview, for example, the selected images are opened. It depends on
> the command line parameter %f and %u for single file or %F and %U for
> multiple files. If no command line parameter specified, the open function in
> digiKam uses single file. This behavior would be changeable.
>
> Maik

You are correct, I wasn't using %F.  When no parameter worked I assumed that
was the way to do it.

However, when using %F I would expect one execution with all images and with %f
I would expect multiple executions with one image each.

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=381510

Maik Qualmann <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
   Version Fixed In|                            |5.7.0
      Latest Commit|                            |https://commits.kde.org/dig
                   |                            |ikam/a223a9c43bc80ec13cb92e
                   |                            |0766e8ff0e5fcfd80d
         Resolution|---                         |FIXED

--- Comment #3 from Maik Qualmann <[hidden email]> ---
Git commit a223a9c43bc80ec13cb92e0766e8ff0e5fcfd80d by Maik Qualmann.
Committed on 22/06/2017 at 16:41.
Pushed by mqualmann into branch 'master'.

add support to runFiles() for start multiple open file processes
FIXED-IN: 5.7.0

M  +2    -1    NEWS
M  +27   -3    libs/threadimageio/dfileoperations.cpp

https://commits.kde.org/digikam/a223a9c43bc80ec13cb92e0766e8ff0e5fcfd80d

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=381510

[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|general                     |AlbumsView
                 CC|                            |[hidden email]

--
You are receiving this mail because:
You are the assignee for the bug.