** Changed in: gthumb
Status: New => Expired
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/217673
Title:
timestamp of image file should be the timestamp when the photograph
was captured
** Changed in: gthumb
Importance: Unknown => Wishlist
--
timestamp of image file should be the timestamp when the photograph was captured
https://bugs.launchpad.net/bugs/217673
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
des
Still happening in Lucid. I have to manually copy photos from camera
with nautilus to retain the date taken as the date modified that is
displayed. Using gthumb import /nautilus shows todays date as date
modified.
--
timestamp of image file should be the timestamp when the photograph was captured
This is a gphoto issue.
gthumb reads the imported file's mtime.
gphoto is supposed to set the file's mtime equal to its exif time.
Please re-assign to gphoto, unless gphoto has intentionally changed its
behaviour. If it has, gthumb would need to be patched (patches welcome
upstream).
- Mike
--
** Changed in: gthumb (Ubuntu)
Status: New => Triaged
--
timestamp of image file should be the timestamp when the photograph was captured
https://bugs.launchpad.net/bugs/217673
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
User is still reporting this issue.
** Changed in: gthumb (Ubuntu)
Status: Fix Released => New
--
timestamp of image file should be the timestamp when the photograph was captured
https://bugs.launchpad.net/bugs/217673
You received this bug notification because you are a member of Ubuntu
D
I can confirm that this bug exists in Intrepid. Files from October got
todays,Nov/5/08 timestamp .
Canon G5 which mounts ok. Using nautilus works fine.
--
timestamp of image file should be the timestamp when the photograph was captured
https://bugs.launchpad.net/bugs/217673
You received this bug
We believe this was fixed in gthumb 2.8.10 which has been released in
intrepid and hardy-updates. Please reopen if you still experience this
issue with the new version.
** Changed in: gthumb (Ubuntu)
Status: Fix Committed => Fix Released
--
timestamp of image file should be the timestamp
** Changed in: gthumb
Status: Unknown => New
--
timestamp of image file should be the timestamp when the photograph was captured
https://bugs.launchpad.net/bugs/217673
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-
that's already included in gthumb trunk version, setting this as fix
committed.
** Changed in: gthumb (Ubuntu)
Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
Status: New => Fix Committed
** Bug watch added: GNOME Bug Tracker #452764
http://bugzilla.gnome.org/show_bug.
That happens already on my test system (gthumb trunk), mtime = exif
time.
I believe this occurs within libgphoto, rather than gthumb itself.
Try updating your system.
- Mike
--
timestamp of image file should be the timestamp when the photograph was captured
https://bugs.launchpad.net/bugs/2176
** Changed in: gthumb (Ubuntu)
Importance: Undecided => Wishlist
--
timestamp of image file should be the timestamp when the photograph was captured
https://bugs.launchpad.net/bugs/217673
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/1346/Dependencies.txt
** Attachment added: "ProcMaps.txt"
http://launchpadlibrarian.net/13462223/ProcMaps.txt
** Attachment added: "ProcStatus.txt"
http://launchpadlibrarian.net/13462224/ProcStatus.txt
--
timest
13 matches
Mail list logo
