Shotwell 0.12.3 Released!

Good morning, one and all,

It’s with joy and with pride, both in no small degree,
That I get to announce oh-twelve dot three.

Bugs have been squashed and fixes were made,
Therefore, we suggest all users upgrade.

You’ll like this if your camera’s AVCHD,
And tags are safe now in your library,

And with dark images, if ‘enhance’ you smash,
Or zoom using hotkeys, it’ll no longer crash.

We hope this release brings you much joy and cheer;
Please give it a go, get your copy here:

25 thoughts on “Shotwell 0.12.3 Released!”

  1. Thanks guys for the update, but why don’t you make a PPA for Precise? Almost a week has passed, still no update to Shotwell in official Ubuntu reps…

    1. Good morning, one and all,

      We apologize for the delay on this; it seems that the Ubuntu staff have only just recently accepted it into ‘proposed’. The good news, though, is that now that it’s made it that far, it shouldn’t be long until it’s made available to the rest of the user community at large…

      If you don’t mind being on the bleeding edge, we do have a PPA that reflects the state of trunk and gets rebuilt nightly; please see for details. (Please note that, because the version in this PPA is under active development and testing, functionality may occasionally change in unexpected ways, and it may be helpful to keep backups of any important data before using the PPA builds.)

  2. I lost most of my tags with 0.12.2, so nice to see there is an update released. After almost 10 days passed still no update for 12.04 users?

    1. Hi bernd,

      Please see my above message; as of this morning, 0.12.3 had been accepted into Precise ‘proposed’; hopefully, it won’t be long before it’s pushed in a daily update.


  3. problems with upgrade

    shotwell: Depends: libc6 (>= 2.7) ma (=but) 2.15-0 ubuntu10 è installato (=is installed)

    how to solve this, please?

    1. please follow this bug, it has stopped both all upgrading system and software center.
      so plz ask me everything you need to solve this.

      1. Hi again,

        As far as I know, the official package shouldn’t specifically ask for that version of libc6; is the error in question from apt-get?

        When you look at, say, Software Center or Synaptic, does it list any other broken packages or unsatisfied dependencies?

        If we can’t get the dependency issue resolved, we’re not completely stuck – Shotwell is relatively easy to build from source, and I’d be happy to help you do that.

        1. thank you a lot. btw when i try to repair SoftwareCenter it stopswith this detailed text:
          (Reading database … 100%
          (Reading database … 338030 files and directories currently installed.)
          Unpacking libraw5 (from …/libraw5_0.14.4-0ubuntu2_i386.deb) …
          dpkg: error processing /var/cache/apt/archives/libraw5_0.14.4-0ubuntu2_i386.deb (–unpack):
          trying to overwrite ‘/usr/lib/’, which is also in package libraw 0.14.1-1dhor~natty
          No apport report written because MaxReports is reached already
          dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
          Errors were encountered while processing:
          Error in function:
          dpkg: dependency problems prevent configuration of shotwell:
          shotwell depends on libraw5 (>= 0.14.0); however:
          Package libraw5 is not installed.
          dpkg: error processing shotwell (–configure):
          dependency problems – leaving unconfigured

    2. i’ve forced the upgrade of that library:
      dpkg -i –force-overwrite /var/cache/apt/archives/libraw5_0.14.4-0ubuntu2_i386.deb

      now the problem has gone

  4. Hi, this is a really great program I use everyday – but one little thing keeps cropping up(!). If I double click a raw photo Shotwell creates a jpg dupe for it to work on, even if I have specified in preferences that I want to use an external editor for raw and jpg’s (etc).

    In short I would love it if you guys could add an option in preferences to ‘always prefer external editor’. I know I can right click to effectively get that option, but double clicking is so ingrained in my head its scary!

    1. Hi Harry,

      I think you’re talking about two different features here. Even if we implemented double-click to open in external editor, keep in mind that “external editor” and “external RAW editor” are two different things. Shotwell would still have to develop a JPEG before it could be opened in Gimp, etc.

  5. little request:
    is it possible to add, in preferences->external editors, a choice to add a software not shown in the list? i use my photoshop with wine and i’ld like to directly call it for editing.
    so frame where to write the name of a different program could be easy and useful


  6. Hi Yorba fellows.

    I’ve been using Shotwell since it is the photo management software by default in Ubuntu, so few years now. And since the beginning, there is one particular jpg image that Shotwell always refuses to import. This is a absolutely normal jpg in my opinion.

    Are you interested in getting this image to test on your side?

    1. Hi Romu,

      Yes, we would be. Do you feel comfortable mailing it to us?

      If so, please send it to, and we’ll work on finding out what makes it different. (And don’t worry – we’ll treat it as confidential.)

  7. Hello,

    I am trying Shotwell to be my primary library. I have more than 15.000 photoś. Importing photos is very very slow.

    Another thing is that the website tells me to report bugs through help -> Report a problem. But this option is not available on my latest release of Ubuntu (12.04) and Shotwell 0.12.3

    1. Hi Patrick,

      The “Help->Report a Problem” menu item does seem to be missing for me as well on the Ubuntu build. But as our website also says, you can file a bug directly with our Redmine database.

      We are aware that importing can be slow in certain circumstances. Do you mean you’re importing 15,000 photos at once? Because that will take time!

    2. Hi Patrick,

      > I have more than 15.000 photoś. Importing photos is very very slow.

      Unfortunately, importing photos _does_ take more time than it should, and this is definitely something we want to fix (presumably, as part of In the meantime, if you feel comfortable leaving the target machine on, it may be helpful to start the import off-hours and let it complete overnight.

      > Another thing is that the website tells me to report bugs through help ->
      > Report a problem. But this option is not available on my latest release of
      > Ubuntu (12.04) and Shotwell 0.12.3

      It looks like we may have inadvertently updated the help on the website a bit too early – there _is_ a “Report a problem” option, but it’s currently in trunk and slated for 0.13. On behalf of the team here, I apologize for any confusion we caused.

      If you want to report something, please see – this is the site that “Report a problem” links to.

  8. Any way to obviously see if an image has been edited when viewing an image? Or select all edited images? Or to change the default behavior to not save edits? I understand that shotwell is nondestructive to the original file, but often will view some photos in shotwell and do a quick crop… then if i forget to revert back to the original the next time I’ll always see the newly cropped image. This would be fine if viewing the file had a red border around it (or something) indicating it has already been edited? This is a problem as an example: say i crop out something, but only want it for that quick print then I’ll forget about what else was in the photo next time I’m browsing it. Best solution would be to implement: 1. obvious icon/border indicating its an edit and 2. view all edited photos (maybe as default have it add a tag called edit or something). Thanks and sorry if this is already a function and I’m missing it. If not then is it a bug/feature request?

    1. Hi,

      Shotwell currently doesn’t have a visual indication a photo has been edited, but I agree that it should.

      This certainly seems like a reasonable request, and I’ll add a ticket for it right away, although, as we’re feature-frozen at the moment, it’s too late for this to make 0.13.

      As a work-around for now, pressing Shift on any image will cause the application to display it as it exists unedited, so any images that don’t produce a visible change when Shift is pressed can be assumed to be unedited.

Leave a Reply

Your email address will not be published. Required fields are marked *