We have a ticket for this: http://redmine.yorba.org/issues/4172
From another reporter, it appears that this has to do with importing
corrupted or unknown video files. If you import only photos, does the
problem persist?
--
You received this bug notification because you are a member of Ubuntu
*** This bug is a duplicate of bug 769940 ***
https://bugs.launchpad.net/bugs/769940
Nathan,
You can easily upgrade to 0.11.1 using Yorba's PPA, located at
https://launchpad.net/~yorba/+archive/ppa
** This bug has been marked a duplicate of bug 769940
authenticate and authorize webviews
*** This bug is a duplicate of bug 750294 ***
https://bugs.launchpad.net/bugs/750294
** This bug has been marked a duplicate of bug 750294
shotwell crashed with SIGSEGV in gp_load_file_into_buffer()
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I'm unable to reproduce this here. Can you tell me how many photos you
were attempting to send? When the export dialog popped up asking for
file type (JPEG, Current, etc.) and width/height, what did you specify?
Also, what kind of files were these (JPEG, RAW, etc.)?
Thanks.
--
You received
We have an outstanding ticket for this:
http://redmine.yorba.org/issues/3491
** Also affects: shotwell
Importance: Undecided
Status: New
** Changed in: shotwell
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
If this is fixed in gPhoto (which I hope it will be), then it *could*
resolve this problem for both Shotwell and Nautilus. However, I'm
unsure if you really want this fixed in Nautilus, as there are good
reasons to be able to traverse your Android's entire filesystem and not
just its photos.
I see. Yes, that would be a separate bug report for Nautilus.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/771757
Title:
Shotwell does not pick up on Android pictures properly.
To manage
If you subscribe to Yorba's PPA, you can upgrade your version of
Shotwell to 0.11.2, which may solve your problem:
https://launchpad.net/~yorba/+archive/ppa
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
It was. Here's the ticket: http://redmine.yorba.org/issues/4073
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/842875
Title:
gsettings-data-convert crashed with signal 5 in g_settings_get_range()
Although you don't see the thumbnails, does Shotwell show you the photo
object itself? That is, do you see the file listed, and you can click
on it and import it?
Shotwell can't pull thumbnails off the camera from certain RAW file
formats. RW2 might be one of them. Once you import it into
Hmm ... the only other complaint we've had about RW2 is this ticket:
http://redmine.yorba.org/issues/3428
It looks like the workaround some of the people used was to import them
manually. That is, when you connect your camera to your machine the
camera will appear in Nautilus as a mounted drive.
*** This bug is a duplicate of bug 944559 ***
https://bugs.launchpad.net/bugs/944559
I believe Apport means that this is a duplicate of bug #850549. The
upstream ticket is at http://redmine.yorba.org/issues/4120
--
You received this bug notification because you are a member of Ubuntu
Bugs,
I've confirmed this and ticketed it upstream:
http://redmine.yorba.org/issues/4007
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/830169
Title:
unable to upload a picture with Piwigo
To manage
Shotwell 0.10 and the upcoming Shotwell 0.11 will only compile with Vala
0.12. Vala 0.13 is not supported yet. We've ticketed this at:
http://redmine.yorba.org/issues/3760
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
didier,
To follow up, gPhoto is the library Shotwell uses to talk to cameras and
import their photos. It could very well be that gPhoto is the culprit
here, but it's odd to me that it would be working for so long and then
stop, especially since there hasn't been any major changes to gPhoto in
** Changed in: shotwell
Status: Fix Committed = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/836268
Title:
gee_array_list_real_get: assertion failed: (index self-_size)
To
*** This bug is a duplicate of bug 836268 ***
https://bugs.launchpad.net/bugs/836268
From the stack trace I can tell this is a duplicate of #836268
** This bug has been marked a duplicate of bug 836268
gee_array_list_real_get: assertion failed: (index self-_size)
--
You received this
I looked over the trace log and the code and I see the problem:
http://redmine.yorba.org/issues/4088
We should have this fixed in 0.11.1, which is coming soon!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
To reproduce the problem:
* Have a RAW+JPEG pair in your Shotwell library directory. (That is, a RAW
file that has a JPEG file with the same name but a JPG extension in the same
directory that Shotwell has paired together. This happens when importing from
a camera.)
* Close Shotwell.
* Make
In general, we're not happy about using filenames for photo titles
(http://redmine.yorba.org/issues/3331) because they're usually
uninteresting (especially the default filenames generated by cameras).
This does seem reasonable, however. Even if the user has added their
own titles:
Party 1
Party
It looks like the error is occurring because Shotwell can't find an icon
file to load into memory. This indicates an incomplete installation.
I would recommend completely uninstalling Shotwell and installing it all
over again. This won't affect your picture library, but if you're
worried, you
Glad to hear it!
** Changed in: shotwell (Ubuntu)
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/839681
Title:
shotwell crashed with signal 5 in
** Also affects: shotwell
Importance: Undecided
Status: New
** Changed in: shotwell
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/824068
Title:
no toolbar
Public bug reported:
This is probably related to
https://bugs.launchpad.net/ubuntu/+source/shotwell/+bug/824062 which was
a glitching problem when a tool window was moved along with the main
Shotwell window. This appears to be fixed, but now when the Shotwell
window is resized, the tool window
This appears to be fixed in Oneiric Beta 1. Specifically, the tool
window doesn't move at all with the Shotwell window until the user
releases the mouse button. I'm marking this as closed on our end
(although we do plan on fixing the flicker problem at some point:
Shotwell is going to show you the date that the camera embedded in the
photo itself. When did you take the pictures? Have you checked the
time/date on your camera?
** Changed in: shotwell (Ubuntu)
Status: New = Incomplete
--
You received this bug notification because you are a member
** Changed in: shotwell
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/839734
Title:
Shotwell, sort photo works not well
To manage notifications about this bug go to:
Chris and xlash911, we have an outstanding ticket for the problem you're
describing (the Facebook page displaying in the wrong language):
http://redmine.yorba.org/issues/3022
Jennifer, Shotwell is a non-destructive photo editor, which means it
stores your changes internally rather than modifying
Is it possible this bug is duplicated in
https://bugs.launchpad.net/ubuntu/+source/unity/+bug/832293?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/829863
Title:
Launcher and Application Switcher
Note that we've been able to reproduce this more often using steps added
to our ticket (http://redmine.yorba.org/issues/3948). It appears the
toolbar window is being placed behind the main fullscreen window. The
bug for that has been reported at
** Also affects: appmenu-gtk
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/833283
Title:
Menu items don't appear when menu is clicked
To manage
If you open Nautilus (open a folder for your Home directory) and select
a file, do you see a Send To... option under the Edit menu? If not,
you need to install the nautilus-sendto package, which is also required
for Shotwell to offer this feature.
--
You received this bug notification because
Additionally, our Apache server is configured to redirect all old ticket
URLs to the new tickets in Redmine. As long as Launchpad follows the
redirects, the old links are valid.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Changed in: shotwell (Ubuntu)
Status: Incomplete = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/813768
Title:
shotwell software don't shows some pictures
To manage notifications
** Changed in: shotwell (Ubuntu)
Status: New = Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/831791
Title:
Function 'Send to' resize pictures to /tmp with % instead of space
This is ticketed upstream at http://redmine.yorba.org/issues/4120
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/850549
Title:
shotwell crashed with SIGSEGV in std::_Rb_treestd::string,
This is ticketed upstream at http://redmine.yorba.org/issues/4119
We believe we have a handle on the problem. Still, if you could supply
the files Lucas asked for (email them to me, j...@yorba.org) that would
be useful.
** Also affects: shotwell
Importance: Undecided
Status: New
**
I've committed a patch to our repository that I believe fixes this
problem. It's been difficult to reproduce, which is why I can't say for
sure that this is a definitive fix. Since it sounds like you can
reproduce this easily, would it be possible for you to pull the latest
Shotwell from our git
This appears to be a threading issue when initializing Exiv2. This also
bit digiKam a while back: http://bugs.kde.org/show_bug.cgi?id=166424
I'll continue looking into this problem.
** Bug watch added: KDE Bug Tracking System #166424
http://bugs.kde.org/show_bug.cgi?id=166424
** Also
We don't have importers for those programs (yet). When we do, we'll
include them as well.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/779109
Title:
F-Spot reference hard coded
--
ubuntu-bugs
Yes, it has been implemented. Shotwell supports EXIF, IPTC, and XMP
metadata formats. However, there was a design issue/bug in 0.8 where we
only stored metadata in a particular format if it was already available
in the image file (i.e. if there was no XMP in the fiel, no XMP data was
written).
It looks to me that Flickr is using the EXIF Date/Time (original) field
instead of the other two (Digitized, Modified). For most cameras, this
is the same value.
What time does Shotwell display in its Basic Information pane for this
photo? Did you modify it in Shotwell using Adjust Date/Time?
One more thing to check.
You'll need to find the file and open a console in that directory. Run
this from the console:
$ exiv2 -pa f.jpg | grep DateTime
The question is, do the dates that come up match Flickr's or are they
different?
It's possible this is a bug with Flickr.
--
You received
(I forgot to say that you should replace f.jpg with the name of your
photo file.)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/742225
Title:
Photos published to Flickr have the wrong date/time.
We do have a ticket for rearranging your import directory:
http://redmine.yorba.org/issues/2170
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/822924
Title:
Changing directory structure does not do
Hi Gabor,
I've reproduced the problem with the photo you sent me. I'll look into
it soon!
--
shotwell crashed with SIGSEGV in Exiv2::DataValue::toLong()
https://bugs.launchpad.net/bugs/662807
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
** Bug watch added: trac.yorba.org/ #2739
http://trac.yorba.org/ticket/2739
** Also affects: gexiv2 via
http://trac.yorba.org/ticket/2739
Importance: Unknown
Status: Unknown
--
shotwell crashed with SIGSEGV in Exiv2::DataValue::toLong()
https://bugs.launchpad.net/bugs/662807
You
*** This bug is a duplicate of bug 659185 ***
https://bugs.launchpad.net/bugs/659185
When you say it doesn't dock in the top task bar, are you using Unity?
Or some other GTK app that places the application menu bar on the top of
the screen? There are numerous issues with Shotwell under these
We can't reproduce this here either. If you see it again (and
especially if you can reproduce it), please let us know by re-opening
this bug. I'm closing this as won't fix on our end.
--
shotwell crashed with SIGSEGV in container_source_has_links()
https://bugs.launchpad.net/bugs/660607
You
I mean I'm marking this as works for me on our end. Subtle
difference.
--
shotwell crashed with SIGSEGV in container_source_has_links()
https://bugs.launchpad.net/bugs/660607
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I've ticketed this second issue (selecting files for import) here:
http://trac.yorba.org/ticket/2746
** Bug watch added: trac.yorba.org/ #2746
http://trac.yorba.org/ticket/2746
--
subfolder import
https://bugs.launchpad.net/bugs/667279
You received this bug notification because you are a
I think the user is asking for the ability to select files instead of
folders when importing. I've attached our ticket for this:
http://trac.yorba.org/ticket/2746
** Bug watch added: trac.yorba.org/ #2746
http://trac.yorba.org/ticket/2746
** Also affects: shotwell via
I've filed a bug on gphoto2's ticketing system:
https://sourceforge.net/tracker/?func=detailaid=3101045group_id=8874atid=108874
** Bug watch added: SourceForge.net Tracker #3101045
http://sourceforge.net/support/tracker.php?aid=3101045
--
Shotwell makes USB mouse jumpy/jerky
*** This bug is a duplicate of bug 663302 ***
https://bugs.launchpad.net/bugs/663302
This will be available in Shotwell 0.8: http://trac.yorba.org/ticket/855
** Bug watch added: trac.yorba.org/ #855
http://trac.yorba.org/ticket/855
** Also affects: shotwell via
This is something we've had requests for in the past. It's ticketed
here: http://trac.yorba.org/ticket/966
** Bug watch added: trac.yorba.org/ #966
http://trac.yorba.org/ticket/966
** Also affects: shotwell via
http://trac.yorba.org/ticket/966
Importance: Unknown
Status: Unknown
I've ticketed this on our Trac server as a possible future feature:
http://trac.yorba.org/ticket/2716
** Bug watch added: trac.yorba.org/ #2716
http://trac.yorba.org/ticket/2716
** Also affects: shotwell via
http://trac.yorba.org/ticket/2716
Importance: Unknown
Status: Unknown
To make it easier for other people, I'm reposting the links with URL
encoding:
http://rotarycupar.org/download/IMG004%20rescanned%20BAD.jpg
http://rotarycupar.org/download/IMG004%20rescanned%20GOOD.jpg
http://rotarycupar.org/download/IMG004%20rescanned%20ORIGINAL.jpg
Also (since this might be a
** Bug watch added: trac.yorba.org/ #2566
http://trac.yorba.org/ticket/2566
** Also affects: shotwell via
http://trac.yorba.org/ticket/2566
Importance: Unknown
Status: Unknown
--
Shotwell Crashes while importing photos from F-spot
https://bugs.launchpad.net/bugs/662216
You
Marking Invalid as it seems to be a PicasaWeb issue and not Shotwell's.
** Changed in: shotwell (Ubuntu)
Status: New = Invalid
--
Photo location info lost when publishing
https://bugs.launchpad.net/bugs/661633
You received this bug notification because you are a member of Ubuntu
Bugs,
Thanks Marcel!
--
Sorting enhancement for images taken in quick succession
https://bugs.launchpad.net/bugs/664949
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I've added this to Yorba's ticket database.
** Bug watch added: trac.yorba.org/ #2727
http://trac.yorba.org/ticket/2727
** Also affects: shotwell via
http://trac.yorba.org/ticket/2727
Importance: Unknown
Status: Unknown
--
Edit Title window is too small
This is a known issue in Shotwell. Part of the problem is that gphoto2
has problems pulling down the metadata from the camera (where the
thumbnail resides). We're considering some options that would allow us
to get around this.
** Bug watch added: trac.yorba.org/ #2430
Can you attach a sample photo to this ticket? It makes it easier for us
to look into the problem.
--
visibility with transparent background
https://bugs.launchpad.net/bugs/666075
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
*** This bug is a duplicate of bug 657770 ***
https://bugs.launchpad.net/bugs/657770
** Bug watch added: trac.yorba.org/ #2307
http://trac.yorba.org/ticket/2307
** Also affects: shotwell via
http://trac.yorba.org/ticket/2307
Importance: Unknown
Status: Unknown
** This bug
Are you able to reproduce this? I noticed on the Shotwell command line
the URL file:///media/b. Were these files located on a memory stick or
other removable device? I'm curious why they were offline (missing) in
the first place.
Thanks,
-- Jim
** Bug watch added: trac.yorba.org/ #2732
Thanks Michael, I can see it here. I've ticketed it upstream at
http://trac.yorba.org/ticket/2734
-- Jim
** Bug watch added: trac.yorba.org/ #2734
http://trac.yorba.org/ticket/2734
** Also affects: shotwell via
http://trac.yorba.org/ticket/2734
Importance: Unknown
Status:
Hello Gabor,
If you could attach the following file to this ticket, it would help me
reproduce this problem:
/home/gabor/Desktop/Pictures/Photos/2010/05/15/P5150003.JPG
If you would prefer not to make this photo public, you can email it to
me at j...@yorba.org. I'll destroy the photo once I'm
I do think this is a libgphoto2 bug and I can see why talking to udev is
the way to go. The real fix is very likely akin to the MTP patch that
was linked to earlier.
--
Shotwell makes USB mouse jumpy/jerky
https://bugs.launchpad.net/bugs/555408
You received this bug notification because you are
** Bug watch added: trac.yorba.org/ #2114
http://trac.yorba.org/ticket/2114
** Also affects: shotwell via
http://trac.yorba.org/ticket/2114
Importance: Unknown
Status: Unknown
--
subfolder import
https://bugs.launchpad.net/bugs/667279
You received this bug notification because
Pure bug fix. The only change (other than versioning and packaging) was
for this bug. Here's the key diff:
http://trac.yorba.org/changeset/2219/gexiv2/trunk
We've had 2 - 3 people in the past few weeks report this bug. I would
recommend taking it.
--
shotwell crashed with SIGSEGV in
gypsy_roadhog (and everyone else)
Just to be clear, I don't control the Importance for the Ubuntu side of
things. This bug on our Trac system is marked High and we're taking it
very seriously. What's impacting us the most right now is that we can't
reproduce this in-house, making it difficult
I should also add that this fix solves this particular problem only. A
more general solution has been committed to trunk and will be available
in the next release of gexiv2. I would consider taking that as well,
since this bug can bite users in other ways as well.
--
shotwell crashed with
The Apport tracing service suggests to me this was fixed in 0.7:
http://trac.yorba.org/ticket/2343
I highly recommend the user upgrade.
** Bug watch added: trac.yorba.org/ #2343
http://trac.yorba.org/ticket/2343
** Also affects: shotwell via
http://trac.yorba.org/ticket/2343
Shotwell 0.8 will offer video support. Preliminary code is available in
trunk: http://trac.yorba.org/ticket/855 It will import video from disk
and camera. The only format I don't recognize is nrw; I'll ticket that
for possible inclusion.
We currently don't have any plans to support audio files
In the code, Shotwell does support NRW files. There are other reasons
it might not import them, especially if the RAW decoder complains about
it. Can you send me a sample NRW file that Shotwell wouldn't import?
If you mail it to me at j...@yorba.org, that would be most helpful.
--
Shotwell
All this makes for more interesting data points. gypsy_roadhog, if I
understand your message correctly, you're saying you performed all the
upgrades to the 10.10 release with no success. But, when you did a full
install of 10.10 AMD-64, the problem went away. Were you running a
64-bit version
Due to the number of images you're importing, I suspect the segfault is
due to a memory leak we've fixed in trunk. The ticket for that is here:
http://trac.yorba.org/ticket/2566 The duplicates I believe are due to
the ticket I mentioned earlier (which hopefully will be fixed in time
for 0.8).
I don't think we can keep this open without more information or a
reproducible case here. I'm setting this to closed unless someone else
can reproduce it.
** Changed in: shotwell (Ubuntu)
Status: New = Incomplete
--
Shotwell crashes if disk with images is not mounted
Marking as New as we believe this to be a fully valid and reproducible
bug (just not reproducible for the developers).
** Changed in: shotwell (Ubuntu)
Status: Incomplete = Fix Released
** Changed in: shotwell (Ubuntu)
Status: Fix Released = New
--
Shotwell makes USB mouse
I have yet another simple test for anyone out there still experiencing
this problem. Could you please do the following:
$ sudo lsusb -v
and report back if your mouse freezes up? You might need to run the
command a few times.)
Thanks!
--
Shotwell makes USB mouse jumpy/jerky
** Changed in: shotwell (Ubuntu)
Status: New = Incomplete
--
Shotwell fails to import apparently valid file
https://bugs.launchpad.net/bugs/659727
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: gexiv2 (Ubuntu)
Status: Incomplete = Confirmed
--
shotwell crashed with SIGSEGV in Exiv2::DataValue::toLong()
https://bugs.launchpad.net/bugs/662807
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
This problem is with Exiv2. It can be reproduced with the command-line
tool like this:
$ exiv2 -pp filename
Essentially, the crash is occurring when the preview directory is being
loaded.
--
shotwell crashed with SIGSEGV in Exiv2::DataValue::toLong()
https://bugs.launchpad.net/bugs/662807
You
I've submitted a bug report to Exiv2: http://dev.exiv2.org/issues/739
--
shotwell crashed with SIGSEGV in Exiv2::DataValue::toLong()
https://bugs.launchpad.net/bugs/662807
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
*** This bug is a duplicate of bug 676949 ***
https://bugs.launchpad.net/bugs/676949
Thanks for reporting this with symbols. You're right, this is a
duplicate of bug 676949.
** This bug has been marked a duplicate of bug 676949
shotwell crashes on import due to gexiv2
* You can
Timo, the message you listed is from Exiv2. It's a non-fatal log
message indicating problems with the metadata in a file, but not
necessarily the cause of this bug.
Bug 677871 is a duplicate of this, but with a full stacktrace with
symbols.
--
shotwell crashes on import due to gexiv2
** Changed in: shotwell (Ubuntu)
Status: New = Invalid
--
shotwell dosent show imported images
https://bugs.launchpad.net/bugs/677981
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
*** This bug is a duplicate of bug 676949 ***
https://bugs.launchpad.net/bugs/676949
** This bug has been marked a duplicate of bug 676949
shotwell crashes on import due to gexiv2
* You can subscribe to bug 676949 by following this link:
I investigated this briefly and saw that the crash was happening when a
std:iterator was being dereferenced via its - operator to retrieve the
Exifdatum struct it was pointing to. The segfault was not in accessing
the struct once it was extracted, but rather while pulling it from the
iterator via
Thanks for your patience on this. I did some preliminary investigations
and couldn't reproduce this. Import certainly took a long time (due to
pulling the images over the network) and it looked like it hanged now
and then, but in fact was just slow and chugging along. Is it possible
this is
I have reproduced the crash. I had to set the SSH path as my import
directory and restart Shotwell.
As an interim fix, I recommend changing your import directory to a local
path. You can use gconftool to do this:
$ gconftool -s --type=string /apps/shotwell/preferences/files/import_dir
I've committed a fix to trunk that solves the crash problem. There's
been a lot of work recently on import that may or may not solve your
import hang problem.
Note that this fix effectively disables directory monitoring across a
network share. See http://trac.yorba.org/ticket/2878
If you'd
Hello,
Please follow the instructions here
http://trac.yorba.org/wiki/Shotwell/FAQ#IthinkIvefoundabuginShotwell.HowcanIreportit
and attach to this ticket the shotwell.gdb and shotwell.log files. This
will help us figure out what the problem is.
Thanks,
-- Jim
--
Shotwell crashes upon
I'm not sure I understand what's being said here -- is it that (a) this
happens when VirtualBox is installed, or (b) when Shotwell is run inside
a VirtualBox session?
I'd be curious if anyone still having this problem could write here if
they're using VirtualBox or have it installed.
--
I've verified this is fixed in Exiv2 trunk. This should be resolved in
the next Exiv2 release.
** Changed in: gexiv2 (Ubuntu)
Status: Confirmed = Invalid
--
shotwell crashed with SIGSEGV in Exiv2::DataValue::toLong()
https://bugs.launchpad.net/bugs/662807
You received this bug
That's what I suspected, but wanted to be clear. I did try today
downloading VirtualBox, adding myself to the vboxusers group, reboot,
and run Shotwell (outside and inside the virtual machine) with the
Kensington wireless mouse and trackball, with and without a USB hub, and
failed to reproduce
Just to be sure we're not dealing with caching and so forth, if you
double-click on the networked photo in Nautilus, does it appear in EoG
(or whatever viewer you have configured)? After doing that, restart
Shotwell. Does it still appear as a Missing File?
I know this seems redundant, but it
** Bug watch added: trac.yorba.org/ #2787
http://trac.yorba.org/ticket/2787
** Also affects: shotwell via
http://trac.yorba.org/ticket/2787
Importance: Unknown
Status: Unknown
--
files on a shared (smb) device remain in missing files even when device
becomes available again
This is a problem in gexiv2, the metadata library Shotwell uses. It's
highly possible this has been fixed in trunk. Is it possible for you to
build trunk and test again? Information for doing so is available at
http://trac.yorba.org/wiki/gexiv2
** Package changed: shotwell (Ubuntu) = gexiv2
I think Brian was merely grooming the ticket and marking that a patch
was available (from Rodrigo). However, that patch is against an older
version of Shotwell and I'd need it to be update to work with trunk to
review it.
Also, I'm not sure the patch's strategy is what we want -- it might
1 - 100 of 510 matches
Mail list logo
