[Bug 282102] Re: F-spot displays a crossed box in slideshow

2009-06-26 Thread Graham Bleach

This one would be quite difficult to fix; the problem is that it is unsafe to 
rename photo files that f-spot knows about. If f-spot scanned the entire photo 
directory structure to look for renamed photos every time it started, it would 
make life unpleasant for people like me who have 7,000 photos ;-)

You can send people emails with nice meaningful file names without
changing the file name of the original file. Here's one way to do it:

Select a photo, or photos, within f-spot
Photo - Send by Mail
If Evolution is your mail client, you can right-click on each image, choose 
Properties and change the file name.

It would be nice to be able to rename photos from within f-spot, but
we'll have to wait until someone finds the time to add the feature.

-- 
F-spot displays a crossed box in slideshow
https://bugs.launchpad.net/bugs/282102
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 272822] Re: Runs out of memory Importing photo with suspect EXIF data

2009-06-26 Thread Graham Bleach

The upstream bug hasn't moved on much, but I've just tried to reproduce this in 
Jaunty using my test image and been unable to. Would recommend that anyone else 
experiencing the problem to try it in Jaunty.

-- 
Runs out of memory Importing photo with suspect EXIF data
https://bugs.launchpad.net/bugs/272822
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 69577] Re: Don't edit files

2009-06-26 Thread Graham Bleach
There are two ways to rotate a JPEG: you can either re-encode the entire
image, or you can set an EXIF tag that says when you display this
image, rotate it by 90 degrees.. f-spot does the latter, which I think
is probably the less intrusive way.

The original problem reported was that a camera would not read the
images after f-spot had rotated the images. If you remove the 'Software'
EXIF tag that f-spot adds, does the camera still refuse to open the
files? You can remove the tag by installing the exif package and running
this command in a terminal window:

exif --ifd=0 --tag=0x0131 --remove filename.jpg

Replace filename.jpg with the name of the file you want to change. Best
take a backup first.

If you would rather that f-spot never edited files, what would you like
to happen when you want to rotate the file, which does require the
contents of the file to change? A new version to be created?

-- 
Don't edit files
https://bugs.launchpad.net/bugs/69577
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 354264] Re: Imports all photos to the root of the home directory

2009-05-23 Thread Graham Bleach
Confirmed that Michael Hudson's package for jaunty works for me.

-- 
Imports all photos to the root of the home directory
https://bugs.launchpad.net/bugs/354264
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 354264] Re: Imports all photos to the root of the home directory

2009-05-10 Thread Graham Bleach

The problem was caused by ubuntu_importer-targetdir-selector.dpatch:

+if (File.Exists(FSpot.Global.PhotoDirectory))

According to Microsoft's C# documentation, File.Exists will always
return false when passed a directory path. It should be calling
Directory.Exists. Having made this change locally, the bug is fixed for
me (by default it chooses the directory set in my config and uses
/MM/DD subdirectories).

So really, I'm not sure how this could ever have worked, or why it
couldn't be reproduced. Pedro, are you sure:

- that you are actually using f-spot from ubuntu
- that you are not taking any action to select an import directory
- that the image files are being placed in /MM/DD subfolders

I have attached a patch for karmic. I am more than happy to do so for
jaunty if it has any chance of getting uploaded and if someone explains
what the new version number should be.


** Attachment added: f-spot.debdiff
   http://launchpadlibrarian.net/26548401/f-spot.debdiff

-- 
Imports all photos to the root of the home directory
https://bugs.launchpad.net/bugs/354264
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 272822] Re: Runs out of memory Importing photo with suspect EXIF data

2008-09-22 Thread Graham Bleach
Both eog and gthumb load the problem image without any warning or
error messages.

I copied the image to /tmp/foo and then imported it into f-spot, while
running it in debug mode as you suggested. Again I got the out of
memory error.

The debug output is attached.

Cheers,
Graham

** Attachment added: f-spot-debug.txt
   http://launchpadlibrarian.net/17846108/f-spot-debug.txt

-- 
Runs out of memory Importing photo with suspect EXIF data
https://bugs.launchpad.net/bugs/272822
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 272822] [NEW] Runs out of memory Importing photo with suspect EXIF data

2008-09-21 Thread Graham Bleach
Public bug reported:

I have two images which, when imported into f-spot, will cause it to run
out of memory (at 1.1 GiB resident set size).

metacam cannot read the EXIF data and I suspect it may have been
corrupted:

$ metacam IMG_4147.JPG
File: IMG_4147.JPG
WARNING: Unknown field type 0
  Standard Fields ---
 Image Creation Date: 
Make: 
   Model: 
X Resolution: 0 Pixels/???
Y Resolution: 0 Pixels/???

If I copy the EXIF data from another file using jhead -te IMG_4145.JPG
IMG_4147.JPG, then repeat the import it works successfully.

Attaching file for debugging purposes.

** Affects: f-spot (Ubuntu)
 Importance: Undecided
 Status: New

-- 
Runs out of memory Importing photo with suspect EXIF data
https://bugs.launchpad.net/bugs/272822
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to f-spot in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 272822] Re: Runs out of memory Importing photo with suspect EXIF data

2008-09-21 Thread Graham Bleach

** Attachment added: IMG_4147.JPG
   http://launchpadlibrarian.net/17795593/IMG_4147.JPG

-- 
Runs out of memory Importing photo with suspect EXIF data
https://bugs.launchpad.net/bugs/272822
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to f-spot in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 272822] Re: Runs out of memory Importing photo with suspect EXIF data

2008-09-21 Thread Graham Bleach
I apologise for not having stated that I am using Hardy and the f-spot
version:

||/ Name Version  Description
+++--==
ii  f-spot   0.4.3.1-0ubuntu1 personal photo 
management application

-- 
Runs out of memory Importing photo with suspect EXIF data
https://bugs.launchpad.net/bugs/272822
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to f-spot in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs