Hmm...it sounds like this may be more than just a login/logout issue.
Facebook may have labeled the Shotwell Connect application untrusted in
connection to your account (especially if you tried to login from a
blacklisted IP). The way to correct this issue is to first log out of
Facebook in
Hi Rob,
I don't think we're interested in implementing this functionality at
this time. That said, if you'd like, feel free to open a ticket for it
upstream at http://redmine.yorba.org. If you were to submit a patch
attached to the ticket, we might consider it!
Thanks,
Lucas
--
You received
Hi David,
It's now been nearly two years since the this was reported and the
proposed solution is '50%' finished.
By 50% finished, do you mean that the Picasa Connector uses OAuth but
the YouTube Connector, as yet, does not? About this, I can only say that
we're working on it. Keep in mind
Shotwell isn't an image viewer, it's a photo manager with an optional
direct-editing mode targeted at touching up single photos quickly. If we
were to allow zoom-out in Shotwell, the image would become progressively
smaller, no longer filling the whole of the photo viewing canvas. What
you'd end
This is ticketed upstream here: http://redmine.yorba.org/issues/6669
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1159829
Title:
A photo's date can not be set in 1900
To manage notifications
In the US interpretation of 24 hour time, midnight is zero hour and the
twelfth hour is noon. If they were both 12, how could you
differentiate between them without an am/pm suffix, and the whole point
of 24 hour time is that there is no am/pm suffix so all ambiguity is
resolved. How is calling
This is ticketed upstream here: http://redmine.yorba.org/issues/6671
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1159883
Title:
Wishlist : should be able to delete photo date and time
To manage
This is ticketed upstream here: http://redmine.yorba.org/issues/6670
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1159866
Title:
The find function does not correctly handle special characters
To
Okay. The problem is much clearer now. Ticketed upstream here:
http://redmine.yorba.org/issues/6672.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1159821
Title:
Menus of a time set to 12:00:00 are
Ticketed upstream here: http://redmine.yorba.org/issues/6148
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1091565
Title:
slideshow doesn't work with multiple events
To manage notifications about
Hi Ketil,
Are you using the Ubuntu Online Accounts control panel to set up your
Google account or are you configuring it directly in Shotwell? Note that
since you're running Quantal, unless you built and installed Shotwell
from source, the default build of Shotwell that comes with Quantal has
Shotwell's Rubbish Bin or Trash Can (depending on whether you're
using US or Commonwealth English) is distinct from the system rubbish
bin. This is to say, Shotwell has its own Rubbish Bin. To view the
contents of Shotwell's private Rubbish Bin, select Rubbish Bin (or
Wastebasket, or Trash,
During import from the camera card, shotwell is able
to gather information about the video files
When Shotwell is able to gather video metadata, have you connected the
camera directly to the computer or have you simply mounted the camera's
memory card (say, via an internal SD card reader on
Hi melenzb,
Reading date and time metadata out of video files to classify them into
events is much harder than reading the same information out of photo
files. Nevertheless, Shotwell can do this for a number of video formats
(see, for example, this ticket [http://redmine.yorba.org/issues/3057] in
This issue has been fixed upstream; see upstream bug report #5822 here:
http://redmine.yorba.org/issues/5822. Shotwell versions 0.13.1 and later
include much more robust guards against malformed response data from web
servers.
** Changed in: shotwell (Ubuntu)
Status: In Progress = Fix
This has been fixed upstream (see http://redmine.yorba.org/issues/5822).
Shotwell versions 0.13.1 and later no longer exhibit this problem.
** Changed in: shotwell (Ubuntu Quantal)
Status: In Progress = Fix Committed
** Changed in: shotwell (Ubuntu Raring)
Status: In Progress = Fix
@Jan:
The upstream ticket is still open. Unfortunately we weren't able to fix
this problem in Shotwell 0.13.x. But rest assured: RAW file handling is
a top priority for the upcoming Shotwell 0.14.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
This issue is known upstream and is ticketed here:
http://redmine.yorba.org/issues/5986
In the meantime, a workaround is this: whenever you switch your library,
wipe out your ~/.cache/shotwell directory. This will cause Shotwell to
generate new thumbnails appropriate for the current library.
--
I've ticketed this upstream here: http://redmine.yorba.org/issues/5983
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1047859
Title:
Upon starting shotwell, gsettings-data-convert crash with signal
This bug is known upstream and has been fixed in Shotwell trunk:
http://redmine.yorba.org/issues/5931
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1060352
Title:
German Transalation: Senden An -
Hi Benji,
Is there any reason why you have a mixed-language environment on your
computer? This is to say, your LANG environment variable specifies US
English as your system language but you're using German numbers, dates,
and times. Much more worryingly, your LC_MESSAGES environment variable
is
This is a Unity problem, not a Shotwell one. I've searched in vain to
find the related Unity bug. Perhaps Sebastien can chime in here?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1034432
Title:
This ticket really should be marked invalid -- and I say this as an
upstream Shotwell dev. Shotwell can be run in two modes. One of these
modes is library mode, where Shotwell manages a library of photos,
allowing tagging, events, etc. However, Shotwell can also be invoked in
direct edit mode,
We've ticketed this upstream here: http://redmine.yorba.org/issues/5566
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1025598
Title:
shotwell doesn't get the new pictures since a few days
To
Fix committed upstream.
** Changed in: shotwell (Ubuntu)
Status: Confirmed = 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/862692
Title:
Shotwell keeps saving when adding
Hi TZ,
I'm one of the Shotwell devs. To resolve your problem, I think you
should do two things. First, Shotwell 0.11.6 is now nearly a year old.
The current version of Shotwell is 0.12.3. So simply upgrading Shotwell
may solve your problem. You can learn more about how to upgrade here:
Hi Roland,
We'd like to open an upstream bug for this issue, but in order to do
that, we really need both a stack trace at the time of the crash and the
Shotwell log file. To learn how to generate these two diagnostic files,
see the I found a bug in Shotwell. How can I report it? section of the
Hi Les,
Shotwell 0.11.6 is an older version of Shotwell. I think your problem
can be solved by upgrading to the latest version, 0.12.3. Instructions
can be found here: http://www.yorba.org/shotwell/install/
Lucas
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Hi Sebastien,
I'm not sure why your MTS videos aren't being enumerated. But they're
not, and this bug can't be marked as fix verified until they are.
That said, the fix we implemented to correct this bug cannot cause a
regression because it only expands the number of directories that
Shotwell
I'm still interested to see the lumix
camera case fixed and wanting to
provide debug infos
We're very interested in fixing this too. We reopened the upstream bug
(http://redmine.yorba.org/issues/5160) two days ago. Clinton will be get
you a patch with some diagnostic printouts in a few days.
Changed setting from incomplete to confirmed since a user other than
the original reporter has both encountered the problem and attached a
sample file. Because this involves a soft lockup of Shotwell, we've
upped the priority on the upstream bug here:
http://redmine.yorba.org/issues/4541
**
This issue has been fixed upstream and the fix is present in Shotwell
0.12.x as ships with Precise.
** Changed in: shotwell (Ubuntu)
Status: Triaged = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Hi David,
Do you have two-step authentication turned on in your Google account
preferences? I ask because it's a known issue upstream that Shotwell
uses an older, deprecated authentication API that doesn't support two-
step authentication. Indeed, we're hoping to implement full OAuth
support
Hi Vadim,
Shotwell 0.11.6 is now nearly a year old. Try upgrading to Shotwell
0.12.3, the latest version. For information about how to upgrade, see
http://www.yorba.org/shotwell/install.
Lucas
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
This is a duplicate of #987046
** 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/995217
Title:
Shotwell unity launcher has progress bar
*** This bug is a duplicate of bug 971468 ***
https://bugs.launchpad.net/bugs/971468
Bruno,
Since you're a pro user, I'd recommend checking out the latest gexiv2
source from git://git.yorba.org/gexiv2, building from source, and
doing a sudo make install. I noticed that on my dev machine I
RESTful GData services (e.g., Picasa, YouTube) are very good about
following HTTP protocol conventions, and in general errors in the
500-599 range represent server errors beyond the users' control, whereas
errors in the 400-499 range represent a problem on the client side
(e.g., a 404 error is
As the upstream dev who wrote Shotwell's Picasa Connector, I can clarify
one or two things here. What we're really talking about here are two
separate issues:
Issue 1: does Shotwell store any user credentials locally that might
present a security risk?
Issue 2: should Shotwell use OAuth
As an upstream developer, I'm not sure that writing metadata by default
agrees with the Shotwell design philosophy, which is to be completely
non-destructive and not touch users' photo files unless specifically
requested. That said, I think this problem is real and would be well-
served by adding
This has beeen fixed upstream.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/916441
Title:
gsettings-data-convert crashed with signal 5 in g_settings_set_value()
on missing keys
To manage
I'm a Shotwell dev and I can state that this is the expected behavior.
Choosing Remove from library under the Edit menu clearly pops up a
confirmation dialog box that asks Are you sure... The confirmation
dialog box also clearly includes the text This action cannot be
undone.
** Changed in:
I don't see this behavior on my iPhone 4S (ATT Firmware) running iOS
5.0.1 (build 9A405).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/889622
Title:
Label for device says 'documents' rather than
When you say Shotwell does not import RW2 raw images, do you mean that
you can see thumbnails for the images in the camera preview page but
when you click Import Selected or Import All the files are not
copied into Shotwell? Or do you mean that you cannot even see any
thumbnails for the RW2 files
Hi Ian,
I'm a Shotwell dev and I'm trying to reproduce and diagnose your
problem. Could you email me the JPEG files you were trying to export
(I'm lucas at yorba.org)? What's more, if you can reliably reproduce
this problem, could you repro it with Shotwell logging turned on? Doing
this is easy.
Hi Didier,
Did you make sure your iPhone was unlocked when you connected it? If
your iPhone is 4-digit passcode protected then you need to enter your
passcode and unlock it before connecting it to the computer. Natty is
very serious about this, though earlier versions of Ubuntu didn't seem
to be.
Hi Matt,
I'm one of the Shotwell devs. I'd like to open an upstream bug ticket
for this problem, but I'll need a little bit more information to do so.
Could you run Shotwell with logging turned on and then attach the
generated log file to this ticket? To learn how to enable logging in
Shotwell,
@ rafael:
Logging into Flickr using a Google account isn't yet supported.
Supporting this will likely involve a move to using OAuth / OpenID as
Shotwell Connect's authentication mechanism. We have this task ticketed
upstream here: http://redmine.yorba.org/issues/3445.
Lucas
--
You received
Uh oh. Sounds like you might've encountered a network error during your
download. I'd try fully removing the package and then re-installing it.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/822185
** Bug watch added: trac.yorba.org/ #3945
http://trac.yorba.org/ticket/3945
** Also affects: shotwell via
http://trac.yorba.org/ticket/3945
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
This is a known issue ticketed upstream here:
http://redmine.yorba.org/issues/2318
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/820046
Title:
publish should run in background so you can pick the
This is a known issue, ticketed upstream at:
http://redmine.yorba.org/issues/1202
** Also affects: shotwell
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I'm not 100% sure, but it looks like shotwell does not remember the
(16-letter) password
Right now the only workaround I'd recommend is just to turn two-step
verification off. At least until we rework the Google service login code
in Shotwell, making Shotwell work with two-step verification will
We're aware of this problem. Indeed, it's part of a larger feature
upgrade that we hope to implement in Shotwell within the next few
releases. Specifically, we hope to switch to using OAuth / OpenID for
all Google services. This change should correct your specific issue as
well as correct a
Hi,
We at Yorba, the upstream providers of Shotwell, aren't opposed to an
SRU since the patch is virtually zero risk. That said, doing an SRU on
Shotwell 0.7.2 might not be the best use of the Ubuntu maintainers'
time. After all, the Shotwell 0.7.x family is now three generations old
(the current
Hi Richard,
Are you properly giving Shotwell the permissions that it needs by
clicking the Next button in the frame labeled If you arrived at this
page because you specifically asked Shotwell Connect to connect to your
Flickr account, click here? The Flickr permissions page is kinda
tricky,
I just took a look at the stack trace. From what I can tell, this
appears to be caused by an interaction between the dbus-menu system and
the nVidia driver. This is likely neither the fault of Shotwell nor
Shotwell-specific.
Lucas
--
You received this bug notification because you are a member
I've tried and have been unable to reproduce this. Are you still seeing
this problem?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/783072
Title:
crash when browsing pictures, just after untagging
We've thought about this extensively and this behavior is by design.
Ctrl+F is an Edit menu command that works the same way Ctrl+F works in
Firefox or GEdit: it allows the user to perform a text search
immediately.
But the Shotwell search bar is about a lot more than just text
searching: you can
This is a known issue. The move to OAuth/OpenID is ticketed as an
enhancement upstream here: http://trac.yorba.org/ticket/3445
** Bug watch added: trac.yorba.org/ #3445
http://trac.yorba.org/ticket/3445
** Also affects: shotwell via
http://trac.yorba.org/ticket/3445
Importance: Unknown
CTRL+G is the shortcut key combo for flagging a photo. So what I think
we're talking about here is flagging, not tagging, just to clarify.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/783072
Title:
I can now confirm this. I've opened a ticket upstream here:
http://trac.yorba.org/ticket/3606
** Bug watch added: trac.yorba.org/ #3606
http://trac.yorba.org/ticket/3606
** Also affects: shotwell via
http://trac.yorba.org/ticket/3606
Importance: Unknown
Status: Unknown
--
You
Hi Yiğit,
The fix may work for Xubuntu. It's worth trying anyway!
Cheers,
Lucas
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/767983
Title:
Set as desktop background fails on Natty
--
Hi Sebastien Clint,
In a later commit
(http://git.yorba.org/cgit.cgi/shotwell/commit/?h=shotwell-0.9id=ff847b76cea89c769a144bb7116ac41b336a7974),
we implemented exactly what Sebastien had suggested, which is to say we
now write to both GConf and GSettings. Note that this latter change is
present
This is a known issue, ticketed upstream at:
http://trac.yorba.org/ticket/1903
** Bug watch added: trac.yorba.org/ #1903
http://trac.yorba.org/ticket/1903
** Also affects: shotwell via
http://trac.yorba.org/ticket/1903
Importance: Unknown
Status: Unknown
--
You received this
Hi Michael,
You're running Shotwell 0.7.2, which is now two releases old. Try
upgrading to the latest version of Shotwell and see if the problem still
occurs. Information on how to install the latest version of Shotwell is
available here: http://www.yorba.org/shotwell/install/ . Did upgrading
fix
Hi Alexander,
The Flickr login page is actually a web page that's being displayed
inside of Shotwell. This is all possible because of a software package
called WebKit. Because Shotwell relies on WebKit render web pages in its
windows, this sounds like a WebKit problem. Indeed, I just tried to
Hi StangLS,
I see from your bug report that you're running Shotwell 0.7.2, which is
now two releases old. Versions of Shotwell later than 0.8 include a
directory monitoring mechanism that will likely solve your problem. The
current version of Shotwell is 0.9.3. You can download it here:
Hi,
This is a documentation bug. As I understand it, it's never been
possible to select multiple events in the sidebar. The only way to
select multiple events (say if you want to merge them into two events)
is to switch to the Events Directory Page by clicking on Events in the
sidebar, and then
Ticketed upstream here: http://trac.yorba.org/ticket/3555
** Also affects: shotwell via
http://trac.yorba.org/ticket/3555
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Hi David,
However, my point was rather
why the locale affects the build at all.
The locale affects the build only if the locale is set to LANG=C (which
it should never be on end-user systems) because the raw gettext command-
line tools that we invoke through our custom build system won't do
Public bug reported:
Binary package hint: shotwell
Shotwell attempts to use either GConf (on GNOME 2.x systems) or
GSettings (on GNOME 3.x / GNOME Shell) systems to tell the window system
to change the desktop background image. With Natty Unity, neither of
these mechanisms appears to work.
**
Hi David,
Glad I could be of help! I'll answer your two questions in reverse
order.
I still can't follow why the LANG
variable setting should affect the
build at all.
This only is an issue if you set LANG=C, which some chroot'd, tightly-
controlled packaging environments do. As I understand
Hi David,
This is an artifact of the way you're setting the LANG variable inside
of your packaging environment. The Shotwell desktop file doesn't ship
with the Shotwell tarball. Instead, when you run make install from the
Yorba-provided Shotwell tarball, the desktop file is synthesized at
install
Shotwell 0.7.x is now two releases old. This isn't reproducible in
current Shotwell releases. Marking as Fix Released.
** Changed in: shotwell (Ubuntu)
Status: New = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
We may soon be fixing this issue upstream. Current plans call for doing
a Shotwell 0.9.3 release to fix this and selected other small issues
listed here: http://trac.yorba.org/query?milestone=0.9.3
Lucas
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Hi Daniel,
Thanks for your bug report! We need some more information to get to the
bottom of what's going on here. First, can you reproduce this crash?
Second, if you can reproduce it, in what kind of import context does it
occur? For example, are you importing photos from a camera or from files
** Changed in: shotwell (Ubuntu)
Status: New = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/759025
Title:
shotwell crashed with SIGABRT in database_table_fatal()
--
ubuntu-bugs
This isn't a bug. This is standard behaviour for group selection and
right-click in GNOME applications. Note that Nautilus behaves exactly
the same way.
** Changed in: shotwell (Ubuntu)
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Hi Preston,
Could you attach to this bug report a copy of your original photo --
just as it came from your camera's memory card? I can't use the JPEG you
uploaded to Flickr because Flickr does server-side post-processing of
photos after you upload them. This means that the photo available on
Hi Omer,
I'm an engineer at Yorba on the Shotwell team and the patch looks good
to me. I'll ask Jim Nelson (the Shotwell project technical lead) to take
a look at it and give you a final thumbs up.
Lucas
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
It's worth noting that burning to CD or DVD should be available on both
Fedora Core 14 and Ubuntu Maverick, because Shotwell cleverly ties into
the Nautilus Send to... feature. Just select the photos you want to
burn to CD or DVD, then choose Send to... from the File menu. A
dialog will appear
@ itismike:
I've ticketed this upstream at http://trac.yorba.org/ticket/3120. That
said, we'll only really be able to fix this bug if you can reproduce the
problem and (hopefully) get a stack trace when you do. The stack trace
is a diagnostic tool that helps us figure out what's going on under
Maybe someone in the development team
will have a chance to try to reproduce it.
I actually tried to reproduce it this morning. The thing with these file
movement, deletion, and importing bugs is that they're often
configuration-specific. Now, I'm not sure, but being that the crash
seemed to
I can't reproduce this. Selecting a vanilla, camera-sourced JPEG photo
in Shotwell and pressing F2 to edit the title does in fact write the new
title into the Iptc.Application2.Caption and Iptc.Application2.Headline
metadata fields in the backing file, according to the output of gexiv2
-p a. So
Hi Pifou,
Where does this occur? Are you talking about not seeing files on the
camera -- which is to say you've connected your camera and then selected
it in the Shotwell sidebar? Or are you talking about not seeing files
already on disk, in some directory on your local hard drive?
With answers
*** This bug is a duplicate of bug 655238 ***
https://bugs.launchpad.net/bugs/655238
This bug occurs regardless of the state of the zoom slider. It's a
duplicate of #655238.
** This bug has been marked a duplicate of bug 655238
After moving image to trash from single image view, image is
Hi Till,
We're about to review your patch upstream, but at Yorba we generally
deal with straight UNIX diff/patch files (i.e., output by diff or
preferably svn diff and patched in with patch) instead of debdiffs.
This is much easier for us, since we have some people who prefer to work
on Fedora,
*** This bug is a duplicate of bug 653178 ***
https://bugs.launchpad.net/bugs/653178
** Bug watch added: trac.yorba.org/ #2629
http://trac.yorba.org/ticket/2629
** Also affects: shotwell via
http://trac.yorba.org/ticket/2629
Importance: Unknown
Status: Unknown
--
Shotwell
I have ticketed this upstream at http://trac.yorba.org/ticket/2744
** Bug watch added: trac.yorba.org/ #2744
http://trac.yorba.org/ticket/2744
** Also affects: shotwell via
http://trac.yorba.org/ticket/2744
Importance: Unknown
Status: Unknown
--
Flickr publishing resolutions
We are closing this bug upstream. The problem has been fixed in trunk.
If you are affected by this bug, we invite you to build and install
Shotwell from trunk source code by following the instructions in the
From Source section of the Shotwell Installation Page (
Hi Husfeldt,
I can't reproduce this. I think this is a Picasa Web Albums permissions
issue. By default, Picasa removes geolocation information from uploaded
photos for security reasons (to see why, consider what happens if you
have a public picture called Party at My Place that contains
Hi Pablomme,
What version of F-Spot are you referring to? The last time I looked at
the F-Spot Facebook Uploader (which, admittedly, was about six months
ago), F-Spot was using the traditional Facebook Client Login API for
authentication and permissions management, whereas Shotwell uses the
newer
This isn't the fault of Shotwell; this is a Picasa Web Albums security
feature. Picasa Web Albums will not extract EXIF geolocation information
from photos unless you explicitly authorize it to do so. This is for
obvious security reasons: if you have a photo in your Picasa public
gallery entitled
There's probably something different we can do in terms of encoding the
multi-part/formdata REST transactions for Flickr that will correct this.
We are investigating. I have ticketed this upstream at:
http://trac.yorba.org/ticket/2629. Note that this bug does not affect
publishing in general and
Jeremy,
Could you try an experiment for me? Set your Picasa Web Albums password
to be purely US alphanumeric characters (i.e.., only uppercase and
lowercase English letters and numbers). We had a report a while back
from someone who had a similar problem, but he subsequently disappeared
from our
Shotwell uses a non-autotools build system that doesn't invoke intltool
but instead calls the underlying GNU gettext tools directly. The
Shotwell POT file is not generated during the build process but is
instead statically packaged in the distribution tarball and deb. If you
need access to the POT
96 matches
Mail list logo
