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

Bug #248334 reported by Zoran Nasev
4
Affects Status Importance Assigned to Milestone
gthumb (Ubuntu)
Confirmed
Low
Unassigned

Bug Description

Binary package hint: gthumb

I tried to scale images that are on windows shared folder and overwrite the original. After the operation, the images were completely lost. Gthumb didn't gave any warning message if there is any problem with writing permissions or something else.

ProblemType: Bug
Architecture: i386
Date: Mon Jul 14 11:27:43 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/gthumb
NonfreeKernelModules: nvidia
Package: gthumb 3:2.10.8-0ubuntu1
PackageArchitecture: i386
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gthumb
Uname: Linux 2.6.24-19-generic i686

Tags: apport-bug
Revision history for this message
Zoran Nasev (nasevz) wrote :
Revision history for this message
Tormod Volden (tormodvolden) 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:
status: New → Incomplete
Revision history for this message
Zoran Nasev (nasevz) wrote : Re: [Bug 248334] Re: scaling images with overwriting original in shared folder deletes the image completely without warning

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

Revision history for this message
Tormod Volden (tormodvolden) 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?

Revision history for this message
Zoran Nasev (nasevz) wrote :

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

Revision history for this message
Tormod Volden (tormodvolden) wrote :

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

Revision history for this message
Zoran Nasev (nasevz) wrote :

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

Revision history for this message
Tormod Volden (tormodvolden) wrote :

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.

Revision history for this message
Tormod Volden (tormodvolden) 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.

Revision history for this message
Zoran Nasev (nasevz) wrote :

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).

Revision history for this message
Abouzic (alain-debouzie) wrote :

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

Revision history for this message
Tormod Volden (tormodvolden) wrote :

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

Revision history for this message
Zoran Nasev (nasevz) wrote :

Yes, in intrepid it also deletes images when scaling.

Changed in gthumb:
status: Incomplete → Confirmed
Revision history for this message
Tormod Volden (tormodvolden) wrote :

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.

Changed in gthumb (Ubuntu):
importance: Undecided → Low
Revision history for this message
Abouzic (alain-debouzie) wrote : Re: [Bug 248334] Re: scaling images with overwriting original in shared folder deletes the image completely without warning

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
>
>

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.