GNOME issueshttps://gitlab.gnome.org/groups/GNOME/-/issues2021-05-19T11:25:06Zhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/538organize by folders according to photo date2021-05-19T11:25:06ZBugzillaorganize by folders according to photo date## Submitted by Adam Dingle
**[Link to original bug (#715394)](https://bugzilla.gnome.org/show_bug.cgi?id=715394)**
## Description
---- Reported by adam@yorba.org 2009-07-20 08:37:00 -0700 ----
Original Redmine bug id: 532
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715394)](https://bugzilla.gnome.org/show_bug.cgi?id=715394)**
## Description
---- Reported by adam@yorba.org 2009-07-20 08:37:00 -0700 ----
Original Redmine bug id: 532
Original URL: http://redmine.yorba.org/issues/532
Searchable id: yorba-bug-532
Original author: Adam Dingle
Original description:
If I remove ~/.shotwell and ~/Pictures and then reimport all photos from my
camera, they will all be placed in a single folder, e.g.
/home/adam/Pictures/2009/07/20 (today's date). Instead, the photos should be
placed in separate folders according to the date when each photo was taken.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:41:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
This is a bug with libgphoto2, not Shotwell. The latest version of libgphoto2
(2.4.6) does not accurately return EXIF information from the camera. I
submitted a patch to the gPhoto crew, but it has not been propagated to
general release.
If this is something we don't want to wait for the gPhoto guys to fix, we
could work around it by examining the EXIF data once the picture file has been
pulled off the camera.
---
Comment 2
Updated by Adam Dingle over 4 years ago
Aha – good to know. Does libgphoto have a bug tracking system? If so, could
you link to the libgphoto bug here?
---
Comment 3
Updated by Jim Nelson over 4 years ago
!https://sourceforge.net/tracker/?func=detail&aid=2824422&group_id=8874&atid=1
08874
---
Comment 4
Updated by Jim Nelson over 4 years ago
Here's it is linked:
[https://sourceforge.net/tracker/?func=detail&aid=2824422&group_id=8874&atid=1
08874](https://sourceforge.net/tracker/?func=detail&aid=2824422&group_id=8874&
atid=108874)
---
Comment 5
Updated by Adam Dingle over 4 years ago
* **Priority** set to _High_
---
Comment 6
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
Fixed in 2.4.7.
---
Comment 7
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 532 at http://redmine.yorba.org/show_bug.cgi?id=532
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/539Shotwell is sluggish while importing2021-05-19T11:25:09ZBugzillaShotwell is sluggish while importing## Submitted by Adam Dingle
Assigned to **Jim Nelson**
**[Link to original bug (#715395)](https://bugzilla.gnome.org/show_bug.cgi?id=715395)**
## Description
---- Reported by adam@yorba.org 2009-07-20 08:34:00 -0700 ----
Origi...## Submitted by Adam Dingle
Assigned to **Jim Nelson**
**[Link to original bug (#715395)](https://bugzilla.gnome.org/show_bug.cgi?id=715395)**
## Description
---- Reported by adam@yorba.org 2009-07-20 08:34:00 -0700 ----
Original Redmine bug id: 531
Original URL: http://redmine.yorba.org/issues/531
Searchable id: yorba-bug-531
Original author: Adam Dingle
Original description:
While I'm importing photos from my camera, Shotwell is sluggish; for example,
it sometimes takes as long as a second after I click on a photo before the
selection rectangle appears. At some point it would be nice to perform the
import in a background thread so that the user interface remains snappy.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:41:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
Perhaps this is the same as #228 “background threadsâ€; if so feel free to
mark this as a duplicate.
---
Comment 2
Updated by Jim Nelson over 4 years ago
1. # is a more general ticket. This is a specific problem that #228 could solve, it could also solve some other issues as well.
---
Comment 3
Updated by Adam Dingle over 4 years ago
* **Priority** set to _High_
---
Comment 4
Updated by Adam Dingle about 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 5
Updated by Adam Dingle about 4 years ago
* **Priority** set to _High_
---
Comment 6
Updated by Adam Dingle about 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 7
Updated by Adam Dingle almost 4 years ago
* **Target version** deleted (`<strike>`__`</strike>`)
* **Priority** set to _High_
---
Comment 8
Updated by Jim Nelson almost 4 years ago
* **Status** changed from _Open_ to _Review_
* **Assignee** changed from _Anonymous_ to _Jim Nelson_
---
Comment 9
Updated by Jim Nelson almost 4 years ago
* **Status** changed from _Review_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 10
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 531 at http://redmine.yorba.org/show_bug.cgi?id=531
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/540tarball should contain top-level shotwell directory2021-05-19T11:25:11ZBugzillatarball should contain top-level shotwell directory## Submitted by Adam Dingle
**[Link to original bug (#715396)](https://bugzilla.gnome.org/show_bug.cgi?id=715396)**
## Description
---- Reported by adam@yorba.org 2009-07-20 07:51:00 -0700 ----
Original Redmine bug id: 530
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715396)](https://bugzilla.gnome.org/show_bug.cgi?id=715396)**
## Description
---- Reported by adam@yorba.org 2009-07-20 07:51:00 -0700 ----
Original Redmine bug id: 530
Original URL: http://redmine.yorba.org/issues/530
Searchable id: yorba-bug-530
Original author: Adam Dingle
Original description:
A suggestion from Dave Neary:
To fit in with general unix conventions, you should put
everything in the .tar.bz2 in a directory called “shotwell-0.1.1â€
(change version appropriately).
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:41:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 530 at http://redmine.yorba.org/show_bug.cgi?id=530
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/541scale to 10 Gb of photos2021-05-19T11:25:13ZBugzillascale to 10 Gb of photos## Submitted by Adam Dingle
**[Link to original bug (#715397)](https://bugzilla.gnome.org/show_bug.cgi?id=715397)**
## Description
---- Reported by adam@yorba.org 2009-07-19 07:46:00 -0700 ----
Original Redmine bug id: 529
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715397)](https://bugzilla.gnome.org/show_bug.cgi?id=715397)**
## Description
---- Reported by adam@yorba.org 2009-07-19 07:46:00 -0700 ----
Original Redmine bug id: 529
Original URL: http://redmine.yorba.org/issues/529
Searchable id: yorba-bug-529
Original author: Adam Dingle
Original description:
Users could certainly have photo collections as large as 10 Gb (for example,
Dave Neary emailed us and said he has an 8 Gb collection). We should ensure
that all Shotwell operations are reasonably fast with a collection this large.
(This is possibly a more general task than #136, which refers only to
application startup time.)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:47:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle about 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _duplicate_
* **% Done** set to _100_
I'm marking this as a duplicate: we have various other tickets that describe
specific scaling problems.
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Duplicate_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 529 at http://redmine.yorba.org/show_bug.cgi?id=529
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED DUPLICATEhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/542delete confirmation should use Cancel / Delete2021-05-19T11:25:15ZBugzilladelete confirmation should use Cancel / Delete## Submitted by Adam Dingle
**[Link to original bug (#715398)](https://bugzilla.gnome.org/show_bug.cgi?id=715398)**
## Description
---- Reported by adam@yorba.org 2009-07-19 07:42:00 -0700 ----
Original Redmine bug id: 528
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715398)](https://bugzilla.gnome.org/show_bug.cgi?id=715398)**
## Description
---- Reported by adam@yorba.org 2009-07-19 07:42:00 -0700 ----
Original Redmine bug id: 528
Original URL: http://redmine.yorba.org/issues/528
Searchable id: yorba-bug-528
Original author: Adam Dingle
Original description:
According to the GNOME interface guidelines, a confirmation alert should have
buttons labeled with an action verb and “Cancelâ€, rather than Yes and No.
See
http://library.gnome.org/devel/hig-book/stable/windows-alert.html.en#alert-
button-order
http://library.gnome.org/devel/hig-book/stable/windows-alert.html.en#alerts-
confirmation
The “Remove photos?†dialog in Shotwell currently has No / Yes buttons; we
should use Cancel / Delete (or Cancel / Remove?) instead.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:41:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
* **Status** changed from _Open_ to _Review_
* **Assignee** changed from _Anonymous_ to _Allison Barlow_
---
Comment 2
Updated by Allison Barlow over 4 years ago
* **Status** changed from _Review_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
fixed 588: delete photos confirmation now uses Cancel and Delete,
buttons. changed dialog icon to Warning and edited dialog message
---
Comment 3
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 528 at http://redmine.yorba.org/show_bug.cgi?id=528
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/543File->Import menu item2021-05-19T11:25:17ZBugzillaFile->Import menu item## Submitted by Adam Dingle
**[Link to original bug (#715399)](https://bugzilla.gnome.org/show_bug.cgi?id=715399)**
## Description
---- Reported by adam@yorba.org 2009-07-17 20:28:00 -0700 ----
Original Redmine bug id: 527
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715399)](https://bugzilla.gnome.org/show_bug.cgi?id=715399)**
## Description
---- Reported by adam@yorba.org 2009-07-17 20:28:00 -0700 ----
Original Redmine bug id: 527
Original URL: http://redmine.yorba.org/issues/527
Searchable id: yorba-bug-527
Original author: Adam Dingle
Original description:
We should have a File->Import menu item which allows the user to select a
folder to import photos from. Some users (unlike me!) may prefer this to drag
and drop, and it is also more readily discoverable than drag-and-drop
importing.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:41:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 2
Updated by Adam Dingle over 4 years ago
* **Status** changed from _Open_ to _Review_
* **Assignee** changed from _Anonymous_ to _Allison Barlow_
---
Comment 3
Updated by Allison Barlow over 4 years ago
* **Status** changed from _Review_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 4
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 527 at http://redmine.yorba.org/show_bug.cgi?id=527
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/544support raw photos2021-05-19T11:25:19ZBugzillasupport raw photos## Submitted by Adam Dingle
Assigned to **Jim Nelson**
**[Link to original bug (#715400)](https://bugzilla.gnome.org/show_bug.cgi?id=715400)**
## Description
---- Reported by adam@yorba.org 2009-07-17 04:41:00 -0700 ----
Origi...## Submitted by Adam Dingle
Assigned to **Jim Nelson**
**[Link to original bug (#715400)](https://bugzilla.gnome.org/show_bug.cgi?id=715400)**
## Description
---- Reported by adam@yorba.org 2009-07-17 04:41:00 -0700 ----
Original Redmine bug id: 522
Original URL: http://redmine.yorba.org/issues/522
Searchable id: yorba-bug-522
Original author: Adam Dingle
Original description:
support raw photos
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Artis Rozentāls almost 4 years ago
* **Target version** deleted (`<strike>`__`</strike>`)
This is a showstopper for me, with even rudimental raw support (show the
embedded jpeg or jpeg with the same basename if available, let me copy the
file location) would be enough to switch from f-spot. I can live without tags,
if only I have some raw support and proper display of time (**shakes fist at
f-spot**).
---
Comment 2
Updated by Adam Dingle over 3 years ago
* **Status** changed from _Open_ to _Review_
* **Assignee** changed from _Anonymous_ to _Jim Nelson_
* **Priority** set to _High_
---
Comment 3
Updated by Jim Nelson over 3 years ago
After discussion, we've decided that baseline RAW support will include the
following:
* Import RAW (full display and thumbnailing)
* Ability to open for editing in external editor (see #1479)
* Export JPEG only (may be exported in other formats as they become available)
* 8-bit nondestructive editing
---
Comment 4
Updated by Jim Nelson over 3 years ago
* **Status** changed from _Review_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 5
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 522 at http://redmine.yorba.org/show_bug.cgi?id=522
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/545opening photos is slow2021-05-19T11:25:21ZBugzillaopening photos is slow## Submitted by Adam Dingle
**[Link to original bug (#715401)](https://bugzilla.gnome.org/show_bug.cgi?id=715401)**
## Description
---- Reported by adam@yorba.org 2009-07-14 11:02:00 -0700 ----
Original Redmine bug id: 506
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715401)](https://bugzilla.gnome.org/show_bug.cgi?id=715401)**
## Description
---- Reported by adam@yorba.org 2009-07-14 11:02:00 -0700 ----
Original Redmine bug id: 506
Original URL: http://redmine.yorba.org/issues/506
Searchable id: yorba-bug-506
Original author: Adam Dingle
Original description:
I have a bunch of 10-megapixel photos in Shotwell which I imported from my
camera, generally about 2-3 Mb in size. When I double click a photo to open it
in Shotwell, there's a delay of 1 second or so before the photo is displayed.
It would be nice to make this faster.
Jim and I chatted about this by the beach in Gran Canaria. One possible
solution we discussed would be to create a large thumbnail (e.g. 1000×1000
pixels) of each photo we import.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
* **Priority** set to _High_
---
Comment 2
Updated by Adam Dingle over 4 years ago
I ran Shotwell in Sysprof and advanced from photo to photo repeatedly. Most
CPU time is evidently taken up by JPEG decoding (confirming our intutions and
previous experiments).
---
Comment 3
Updated by Jim Nelson over 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 4
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 5
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 506 at http://redmine.yorba.org/show_bug.cgi?id=506
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/546sidebar should retain focus after I click on an event2021-05-19T11:25:24ZBugzillasidebar should retain focus after I click on an event## Submitted by Adam Dingle
**[Link to original bug (#715402)](https://bugzilla.gnome.org/show_bug.cgi?id=715402)**
## Description
---- Reported by adam@yorba.org 2009-07-14 10:55:00 -0700 ----
Original Redmine bug id: 505
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715402)](https://bugzilla.gnome.org/show_bug.cgi?id=715402)**
## Description
---- Reported by adam@yorba.org 2009-07-14 10:55:00 -0700 ----
Original Redmine bug id: 505
Original URL: http://redmine.yorba.org/issues/505
Searchable id: yorba-bug-505
Original author: Adam Dingle
Original description:
When I click on an event in the sidebar, the photo page gets focus. If I then
press the down arrow key, Shotwell moves to a new photo. Instead, I'd like the
sidebar to keep focus so that I can click on an event, then use the up and
down arrow keys to move between events.
When I click on Photos in the sidebar, the photo page can keep focus; I think
it's not important that the sidebar keep focus in this case.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:47:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle about 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _duplicate_
* **% Done** set to _100_
This is a duplicate of #395.
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Duplicate_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 505 at http://redmine.yorba.org/show_bug.cgi?id=505
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED DUPLICATEhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/547arrow keys are slow to move between photos in slideshow2021-05-19T11:25:26ZBugzillaarrow keys are slow to move between photos in slideshow## Submitted by Adam Dingle
**[Link to original bug (#715403)](https://bugzilla.gnome.org/show_bug.cgi?id=715403)**
## Description
---- Reported by adam@yorba.org 2009-07-14 10:49:00 -0700 ----
Original Redmine bug id: 504
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715403)](https://bugzilla.gnome.org/show_bug.cgi?id=715403)**
## Description
---- Reported by adam@yorba.org 2009-07-14 10:49:00 -0700 ----
Original Redmine bug id: 504
Original URL: http://redmine.yorba.org/issues/504
Searchable id: yorba-bug-504
Original author: Adam Dingle
Original description:
While a slideshow is playing, I should be able to use the arrow keys to move
between photos manually. (This should not stop the slideshow; it should keep
playing even after I've moved to a new photo.)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
* **Priority** set to _High_
---
Comment 2
Updated by Jim Nelson over 4 years ago
The arrow keys are implemented as spec'd here. The reason it doesn't seem so
is the delay of decoding (esp. with 8 – 10 megapixel images).
In addition to looking for ways to speed up decoding or getting an image on
the screen while a high-resolution decode is in progress, we might consider
doing read-ahead decoding for slideshows.
---
Comment 3
Updated by Adam Dingle over 4 years ago
* **Subject** changed from _arrow keys should move between photos in slideshow_ to _arrow keys are slow to move between photos in slideshow_
OK – I tried it and confirmed that the arrow keys do work, though moving
between photos is slow. Advancing past the first photo in a slideshow is
especially slow (it takes several seconds). (By contrast, in iPhoto the same
operation is nearly instantaneous.)
---
Comment 4
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 5
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 504 at http://redmine.yorba.org/show_bug.cgi?id=504
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/548allow user to set slideshow speed2021-05-19T11:25:27ZBugzillaallow user to set slideshow speed## Submitted by Adam Dingle
**[Link to original bug (#715404)](https://bugzilla.gnome.org/show_bug.cgi?id=715404)**
## Description
---- Reported by adam@yorba.org 2009-07-14 10:43:00 -0700 ----
Original Redmine bug id: 503
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715404)](https://bugzilla.gnome.org/show_bug.cgi?id=715404)**
## Description
---- Reported by adam@yorba.org 2009-07-14 10:43:00 -0700 ----
Original Redmine bug id: 503
Original URL: http://redmine.yorba.org/issues/503
Searchable id: yorba-bug-503
Original author: Adam Dingle
Original description:
allow user to set slideshow speed
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
* **Priority** set to _High_
---
Comment 2
Updated by Adam Dingle over 4 years ago
* **Status** changed from _Open_ to _Review_
* **Assignee** changed from _Anonymous_ to _Allison Barlow_
---
Comment 3
Updated by Allison Barlow about 4 years ago
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 4
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 503 at http://redmine.yorba.org/show_bug.cgi?id=503
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/549extra space in event dates2021-05-19T12:02:49ZBugzillaextra space in event dates## Submitted by Adam Dingle
**[Link to original bug (#715405)](https://bugzilla.gnome.org/show_bug.cgi?id=715405)**
## Description
---- Reported by adam@yorba.org 2009-07-14 10:41:00 -0700 ----
Original Redmine bug id: 502
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715405)](https://bugzilla.gnome.org/show_bug.cgi?id=715405)**
## Description
---- Reported by adam@yorba.org 2009-07-14 10:41:00 -0700 ----
Original Redmine bug id: 502
Original URL: http://redmine.yorba.org/issues/502
Searchable id: yorba-bug-502
Original author: Adam Dingle
Original description:
When an event's date contains only a single digit, it seems that Shotwell
inserts an extra space when displaying the date. For example, Shotwell appears
to display “Sun Jul 5, 2009†with two spaces after the word “Julâ€.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Allison Barlow over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
changed DatabaseTables.vala, line 1033
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 502 at http://redmine.yorba.org/show_bug.cgi?id=502
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/550makefile is broken2021-05-19T11:25:31ZBugzillamakefile is broken## Submitted by Adam Dingle
**[Link to original bug (#715406)](https://bugzilla.gnome.org/show_bug.cgi?id=715406)**
## Description
---- Reported by adam@yorba.org 2009-07-10 09:57:00 -0700 ----
Original Redmine bug id: 464
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715406)](https://bugzilla.gnome.org/show_bug.cgi?id=715406)**
## Description
---- Reported by adam@yorba.org 2009-07-10 09:57:00 -0700 ----
Original Redmine bug id: 464
Original URL: http://redmine.yorba.org/issues/464
Searchable id: yorba-bug-464
Original author: Adam Dingle
Original description:
To reproduce:
- sync to r441
- make clean; make
- sync to r444 (or trunk)
- make
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 464 at http://redmine.yorba.org/show_bug.cgi?id=464
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/551provide debian menu file2021-05-19T11:25:34ZBugzillaprovide debian menu file## Submitted by Adam Dingle
**[Link to original bug (#715407)](https://bugzilla.gnome.org/show_bug.cgi?id=715407)**
## Description
---- Reported by adam@yorba.org 2009-07-10 04:48:00 -0700 ----
Original Redmine bug id: 462
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715407)](https://bugzilla.gnome.org/show_bug.cgi?id=715407)**
## Description
---- Reported by adam@yorba.org 2009-07-10 04:48:00 -0700 ----
Original Redmine bug id: 462
Original URL: http://redmine.yorba.org/issues/462
Searchable id: yorba-bug-462
Original author: Adam Dingle
Original description:
According to Ubuntu policy, we need to provide a Debian-style menu file in
/usr/share/menu . This is in addition to our desktop file in
/usr/share/applications. See http://people.ubuntu.com/~cjwatson/ubuntu-
policy/policy.html/ch-opersys.html#s-menus .
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 462 at http://redmine.yorba.org/show_bug.cgi?id=462
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/552create man page2021-05-19T11:25:36ZBugzillacreate man page## Submitted by Adam Dingle
**[Link to original bug (#715408)](https://bugzilla.gnome.org/show_bug.cgi?id=715408)**
## Description
---- Reported by adam@yorba.org 2009-07-10 02:56:00 -0700 ----
Original Redmine bug id: 461
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715408)](https://bugzilla.gnome.org/show_bug.cgi?id=715408)**
## Description
---- Reported by adam@yorba.org 2009-07-10 02:56:00 -0700 ----
Original Redmine bug id: 461
Original URL: http://redmine.yorba.org/issues/461
Searchable id: yorba-bug-461
Original author: Adam Dingle
Original description:
According to Debian/Ubuntu policy, all programs need a man page, so we need
one for Shotwell.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 461 at http://redmine.yorba.org/show_bug.cgi?id=461
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/553support cross compilation2021-05-19T11:25:38ZBugzillasupport cross compilation## Submitted by Adam Dingle
**[Link to original bug (#715409)](https://bugzilla.gnome.org/show_bug.cgi?id=715409)**
## Description
---- Reported by adam@yorba.org 2009-07-10 02:45:00 -0700 ----
Original Redmine bug id: 460
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715409)](https://bugzilla.gnome.org/show_bug.cgi?id=715409)**
## Description
---- Reported by adam@yorba.org 2009-07-10 02:45:00 -0700 ----
Original Redmine bug id: 460
Original URL: http://redmine.yorba.org/issues/460
Searchable id: yorba-bug-460
Original author: Adam Dingle
Original description:
Our makefile should support cross compilation; this is likely a requirement
for Debian/Ubuntu packaging. To be compatible with the GNU standards, we
should probably implement this as a configure option `--build`. The user could
run `./configure --build i486-linux-gnu`, for example.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
Does this mean our Makefile should support cross-compilation as well as on
Launchpad? Launchpad provides cross-compilation without any changes to our
configuration tool.
---
Comment 2
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 3
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 460 at http://redmine.yorba.org/show_bug.cgi?id=460
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/554create THANKS file2021-05-19T11:25:40ZBugzillacreate THANKS file## Submitted by Adam Dingle
**[Link to original bug (#715410)](https://bugzilla.gnome.org/show_bug.cgi?id=715410)**
## Description
---- Reported by adam@yorba.org 2009-07-09 09:58:00 -0700 ----
Original Redmine bug id: 456
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715410)](https://bugzilla.gnome.org/show_bug.cgi?id=715410)**
## Description
---- Reported by adam@yorba.org 2009-07-09 09:58:00 -0700 ----
Original Redmine bug id: 456
Original URL: http://redmine.yorba.org/issues/456
Searchable id: yorba-bug-456
Original author: Adam Dingle
Original description:
create THANKS file
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 456 at http://redmine.yorba.org/show_bug.cgi?id=456
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/555decide whether debug or release build is default2021-05-19T11:25:42ZBugzilladecide whether debug or release build is default## Submitted by Adam Dingle
**[Link to original bug (#715411)](https://bugzilla.gnome.org/show_bug.cgi?id=715411)**
## Description
---- Reported by adam@yorba.org 2009-07-09 02:43:00 -0700 ----
Original Redmine bug id: 452
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715411)](https://bugzilla.gnome.org/show_bug.cgi?id=715411)**
## Description
---- Reported by adam@yorba.org 2009-07-09 02:43:00 -0700 ----
Original Redmine bug id: 452
Original URL: http://redmine.yorba.org/issues/452
Searchable id: yorba-bug-452
Original author: Adam Dingle
Original description:
If the user simply downloads a tarball and runs make, we should decide whether
they get a debug or release build.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 452 at http://redmine.yorba.org/show_bug.cgi?id=452
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/556allow either debug or release build in configure/make2021-05-19T11:25:44ZBugzillaallow either debug or release build in configure/make## Submitted by Adam Dingle
**[Link to original bug (#715412)](https://bugzilla.gnome.org/show_bug.cgi?id=715412)**
## Description
---- Reported by adam@yorba.org 2009-07-09 02:42:00 -0700 ----
Original Redmine bug id: 451
Ori...## Submitted by Adam Dingle
**[Link to original bug (#715412)](https://bugzilla.gnome.org/show_bug.cgi?id=715412)**
## Description
---- Reported by adam@yorba.org 2009-07-09 02:42:00 -0700 ----
Original Redmine bug id: 451
Original URL: http://redmine.yorba.org/issues/451
Searchable id: yorba-bug-451
Original author: Adam Dingle
Original description:
We should make it easy to specify either a debug build (-g) or release build
(-O2) when configuring and/or making.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:42:00 -0700 ----
### History
---
Comment 1
Updated by Jim Nelson over 4 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _fixed_
* **% Done** set to _100_
---
Comment 2
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Fixed_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 451 at http://redmine.yorba.org/show_bug.cgi?id=451
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXEDhttps://gitlab.gnome.org/GNOME/shotwell/-/issues/557OpenSUSE packaging2021-05-19T11:25:46ZBugzillaOpenSUSE packaging## Submitted by Jim Nelson
**[Link to original bug (#715413)](https://bugzilla.gnome.org/show_bug.cgi?id=715413)**
## Description
---- Reported by jim@yorba.org 2009-07-06 05:04:00 -0700 ----
Original Redmine bug id: 443
Origi...## Submitted by Jim Nelson
**[Link to original bug (#715413)](https://bugzilla.gnome.org/show_bug.cgi?id=715413)**
## Description
---- Reported by jim@yorba.org 2009-07-06 05:04:00 -0700 ----
Original Redmine bug id: 443
Original URL: http://redmine.yorba.org/issues/443
Searchable id: yorba-bug-443
Original author: Jim Nelson
Original description:
At this point the genies of the SUSE world should take care of this, I think.
Marking as wontfix.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:46:00 -0700 ----
### History
---
Comment 1
Updated by Adam Dingle over 4 years ago
* **Priority** set to _High_
---
Comment 2
Updated by Adam Dingle over 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 3
Updated by Adam Dingle almost 4 years ago
* **Target version** deleted (`<strike>`__`</strike>`)
* **Priority** set to _High_
---
Comment 4
Updated by Adam Dingle almost 4 years ago
* **Priority** deleted (`<strike>`_High_`</strike>`)
---
Comment 5
Updated by Adam Dingle over 3 years ago
* **Priority** set to _High_
---
Comment 6
Updated by Adam Dingle over 3 years ago
It looks like there is now a Shotwell package for OpenSUSE:
!http://packages.opensuse-
community.org/index.jsp?searchTerm=shotwell&distro=openSUSE_112
We seem to be categorized under XFCE (the path is
!http://download.opensuse.org/repositories/X11:/xfce:/nilda/openSUSE_11.2). So
I wonder if this package will be available to OpenSUSE users who are not using
XFCE.
---
Comment 7
Updated by Adam Dingle over 3 years ago
* **Status** changed from _Open_ to _5_
* **Resolution** set to _wontfix_
* **% Done** set to _0_
---
Comment 8
Updated by Charles Lindsay 7 months ago
* **Status** changed from _5_ to _Invalid_
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as _bug_ 443 at http://redmine.yorba.org/show_bug.cgi?id=443
Unknown Component
Using default product and component set in Parameters
Unknown version " in product shotwell.
Setting version to "!unspecified".
Unknown milestone "unknown in product shotwell.
Setting to default milestone for this product, "---".
Setting qa contact to the default for this product.
This bug either had no qa contact or an invalid one.
Resolution: RESOLVED INVALID