Many dupes in bzr too, eg bug 762065, and it's biting me every time I
use it.
My comment #7 was misguided; I'm sure seahorse isn't breaking it, but
also fairly sure something else involved in the stack believes passwords
don't contain newlines. Which is pretty reasonable after all.
--
You
** Also affects: python-launchpadlib (Ubuntu Natty)
Importance: High
Status: Triaged
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/745801
Title:
system-based authorization doesn't store
I think one thing that's happening here is that the keyring gui strongly
assumes passwords fit on a single line, and it possibly also implicitly
saves them when you close the window. So if you open it up to see what
launchpadlib is saving in there, it will break them.
One option would be to just
On Tue, Apr 19, 2011 at 02:10:25AM -, Martin Pool wrote:
I think one thing that's happening here is that the keyring gui strongly
assumes passwords fit on a single line, and it possibly also implicitly
saves them when you close the window. So if you open it up to see what
launchpadlib is
No, I agree it's not the root cause. I don't know what the real root
is.
I will take a quick stab at this by:
- catching and gracefully handling retrieval errors
- storing a new format that is always all on one line
I'm not sure that will fix it, but it seems connected to line breaks so
it
** Changed in: launchpadlib
Status: New = Triaged
** Changed in: launchpadlib
Importance: Undecided = Critical
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/745801
Title:
system-based
As far as I can tell this means the second run of any lplib client will
fail.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/745801
Title:
system-based authorization doesn't store useful credentials
parser.write() sent to a stringio does seem to produce the right kind of
thing:
'[1]\nconsumer_key = System-wide: Ubuntu (myhostname)\nconsumer_secret =
\naccess_token = \naccess_secret =
uu\n\n'
Apparently the Python keyring module, or something it
I know Leonard has observed some odd behaviour with python-keyring (and
esp. the gnomekeyring module) some weeks ago [0], so this might be
related.
[0] https://bitbucket.org/kang/python-keyring-lib/issue/40/failures-
happen-at-random-points-in-the
--
You received this bug notification because
[0] https://bitbucket.org/kang/python-keyring-lib/issue/40/failures-
happen-at-random-points-in-the
I wonder if, for Natty, launchpadlib should disable keyring
integration if it's really as flaky as that post and this bug
suggests.
--
You received this bug notification because you are a
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/745801
Title:
system-based authorization doesn't store useful credentials in gnome-
keyring
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Here's the serialize code for what is stored
parser.add_section(CREDENTIALS_FILE_VERSION)
parser.set(CREDENTIALS_FILE_VERSION,
'consumer_key', self.consumer.key)
parser.set(CREDENTIALS_FILE_VERSION,
'consumer_secret',
12 matches
Mail list logo