scaling images with overwriting original in shared folder deletes the image completely without warning

Thanks for your report. What kind of permissions do you have on the shared folder? Permission to delete files but not to create new ones?

On Mon, 2008-07-14 at 11:36 +0000, Tormod Volden wrote:
> Thanks for your report. What kind of permissions do you have on the
> shared folder? Permission to delete files but not to create new ones?
>
> ** Changed in: gthumb (Ubuntu)
> Status: New => Incomplete
I am not sure how ubuntu is handling user security. I opened the folder
with Nautilus, it asked me for user credentials, I entered them and
asked ubuntu to remember forever my credentials which are credentials
for administrator that have full rights on the shared folder. When files
were showed, I choosed open with Gthumb and continued working with
gthumb, so I can't tell which rights I have on shared folder. In any
case if I can't write it would be expected Gthumb to warn me.

Regards,
Zoran

This sounds similar to bug #160821. Can you please try to start gthumb from the command line, and see if it outputs any error messages there when you save on the share?

On Mon, 2008-07-14 at 21:06 +0000, Tormod Volden wrote:
> This sounds similar to bug #160821. Can you please try to start gthumb
> from the command line, and see if it outputs any error messages there
> when you save on the share?
>
If I start it from console, I can't even open the images. As I explained
in my previous message, I opened the folder using Nautilus, selected the
images and choosed open with gthumb from popup menu. the error message
in the console is:

** (gthumb:7216): WARNING **: Operation not supported by backend

Does it work if you just open one image with Gthumb (not select several images)?

On Tue, 2008-07-15 at 13:26 +0000, Tormod Volden wrote:
> Does it work if you just open one image with Gthumb (not select several
> images)?
>
Yes, it works. Resizing single image is done without a problem.
I tried several ways to do the same job and this is what I noticed:

1. If I open Gthumb from the menu, browse to a local folder, select
several images and try to resize I get error:
"The folder contents could not be displayed"
Gthumb can't figure out the folder from which the images were opened and
defaults to home folder.

2. If I start from console with same user, the resizing is done and
images are written in the correct folder.

3. If I Browse with file browser (which I prefer because Gthumb has no
tree-like file browser), select images from local folder and choose
"open with gthumb", Gthumb opens in catalog mode and when trying to
resize, the home folder is selected as destination instead the folder
from which I opened the pictures.(If I change catalog mode and back to
folder mode the correct destination folder is selected, but then all
pictures are displayed instead the selected ones and I must make the
selection again)

4. If I browse with file browser and open shared network folder, select
several images and try to resize them, they are copied in the home
folder by default. If I change catalog mode and back to folder mode, the
correct destination folder is selected, but when resizing images are
lost.

5. If I browse with gthumb and I try to open network shared folder, The
images are not selectable and can't be opened at all.

Regards,
Zoran Nasev

Thanks for the systematic testing. Can you please give even more detailed instructions for how to reproduce? When I select several images in gthumb (folders view), the "Resize" menu item is disabled.

I got confused by you talking about "resize" but maybe you mean "Scale Images..." under the Tools menu. Trying to reproduce your case (1):

First make a test case collection:
 mkdir /tmp/test && cd /tmp/test
 cp /usr/share/gthumb/albumthemes/Classic/*.png .
Then start gThumb from Applications menu, navigate to /tmp/test in Folders view.
Select the two first images, then Tools -> Scale Images...

Now Saving Destination looks fine. Select image type "PNG, "Overwrite" mode, and "Remove Originals", and click "Scale".

Seems like both images are scaled, but not exactly to the dimensions I asked for.

On Fri, 2008-07-18 at 12:18 +0000, Tormod Volden wrote:
> I got confused by you talking about "resize" but maybe you mean "Scale
> Images..." under the Tools menu. Trying to reproduce your case (1):
>
> First make a test case collection:
> mkdir /tmp/test && cd /tmp/test
> cp /usr/share/gthumb/albumthemes/Classic/*.png .
> Then start gThumb from Applications menu, navigate to /tmp/test in Folders view.
> Select the two first images, then Tools -> Scale Images...
>
> Now Saving Destination looks fine. Select image type "PNG, "Overwrite"
> mode, and "Remove Originals", and click "Scale".
>
> Seems like both images are scaled, but not exactly to the dimensions I
> asked for.
>
Yes, you are right, i meant scale (don't know why there are two commands
for the same job).
I found that error from first case occurs if in
edit->preferences->general->on startup
"do not change folder" is selected.
In the main menu the launcher is "gthumb %U" (first case) and that is
the difference with the command I entered in the console - only
"gtumb" (second case).

Hi,
I Confirm the bug with gthumb 2.10.8 under Hardy when edit->preferences->general->on startup
"do not change folder" is selected.
Instead if "go to this folder" is selected, selecting what folder I want to use, then resizing of single or multiple images works fine.
Many thanks to Tormod and Zoran.
Abouzic

Can you please check if this is still an issue in Jaunty or Intrepid?

Yes, in intrepid it also deletes images when scaling.

I selected "do not change folder" in the preferences, and then did the test case in comment #9, but I still can not reproduce (with gthumb 3:2.10.8-0ubuntu1) the issues on a local disk.

Hi Pedro,

Now gthumb 2.10.8 + kernel 2.6.24.24.generic works very fine for my
usage, thank you.

Regards,
Alain.

Pedro Villavicencio a écrit :
> ** Changed in: gthumb (Ubuntu)
> Importance: Undecided => Low
>
>