From jswitte at indiana.edu  Wed May 14 04:57:04 2008
From: jswitte at indiana.edu (Jim Witte)
Date: Wed, 14 May 2008 07:57:04 -0400
Subject: [Camino] Cmd-Click to open in new tab doesn't work with URLs in <a
	class> hrefs
Message-ID: <16A6FCE3-056E-4E36-B725-381AAE5F35EA@indiana.edu>

Go to

http://www.ncbi.nlm.nih.gov/sites/gquery?term=oxytocin+voles

The links to the individual database references (PubMed,  
PubMedCentral, etc) won't work.  The links are not in normal <a href  
links, but in <a class href links.  This is in Camino Version  
2007050909 (1.5)

   Has anyone else noticed this, and is is specific to <a class  
links, or is it ANYTHING other than <a href links that can have a  
href tags?

Jim

From ph.wittenbergh at gmail.com  Wed May 14 06:43:22 2008
From: ph.wittenbergh at gmail.com (Philippe Wittenbergh)
Date: Wed, 14 May 2008 22:43:22 +0900
Subject: [Camino] Cmd-Click to open in new tab doesn't work with URLs in
	<a class> hrefs
In-Reply-To: <16A6FCE3-056E-4E36-B725-381AAE5F35EA@indiana.edu>
References: <16A6FCE3-056E-4E36-B725-381AAE5F35EA@indiana.edu>
Message-ID: <77c8f9d00805140643i17ca67e8qcc3f364c7c815142@mail.gmail.com>

On Wed, May 14, 2008 at 8:57 PM, Jim Witte <jswitte at indiana.edu> wrote:
> Go to
>
> http://www.ncbi.nlm.nih.gov/sites/gquery?term=oxytocin+voles
>
> The links to the individual database references (PubMed,
> PubMedCentral, etc) won't work.  The links are not in normal <a href
> links, but in <a class href links.  This is in Camino Version
> 2007050909 (1.5)
>
>   Has anyone else noticed this, and is is specific to <a class
> links, or is it ANYTHING other than <a href links that can have a
> href tags?

Hmm, those are pretty complicated constructions where a whole table
row is converted into something that 'looks like' a link, and sorta
behave like a link. Cmd clicking doesn't work (and it doesn't work in
Safari either), because only the left part (with a number or 'none')
is actually a link. Classes and ID's have nothing to do with the
issue, other than they are used for presenting the whole row as if it
is a link. Javascript is used to catch the actual click.

BTW, Camino 1.6 has been released a few weeks ago (hint hint).

Philippe
-- 
Philippe Wittenbergh
<http://emps.l-c-n.com/>

From nuffer at pipeline.com  Tue May 20 13:31:38 2008
From: nuffer at pipeline.com (Noemi)
Date: Tue, 20 May 2008 16:31:38 -0400
Subject: [Camino] Camino submits extra HTTP requests?
In-Reply-To: <77c8f9d00805140643i17ca67e8qcc3f364c7c815142@mail.gmail.com>
References: <16A6FCE3-056E-4E36-B725-381AAE5F35EA@indiana.edu>
	<77c8f9d00805140643i17ca67e8qcc3f364c7c815142@mail.gmail.com>
Message-ID: <E1913550-1CED-416D-B247-1AA5F8B42AD5@pipeline.com>

Hello,

I've been testing out a web application on my local machine, and  
discovered that what seemed to be a bug in the app was actually being  
caused by Camino submitting every HTTP POST request as a POST  
followed by three GETs, and every GET as four GETs (this is for  
normal requests, not XmlHTTPRequests or anything).  I tested this  
again in a clean account to confirm.  Firefox 2 on the same machine/ 
account definitely does not do this.  Am I hallucinating, or should I  
file a bug?

Using Camino 1.6 on 10.4.11 on a G5.

thanks,
-Noemi

From spectre at floodgap.com  Tue May 20 14:12:04 2008
From: spectre at floodgap.com (Cameron Kaiser)
Date: Tue, 20 May 2008 14:12:04 -0700 (PDT)
Subject: [Camino] Camino submits extra HTTP requests?
In-Reply-To: <E1913550-1CED-416D-B247-1AA5F8B42AD5@pipeline.com> from Noemi at
	"May 20, 8 04:31:38 pm"
Message-ID: <200805202112.m4KLC47d012570@floodgap.com>

> I've been testing out a web application on my local machine, and  
> discovered that what seemed to be a bug in the app was actually being  
> caused by Camino submitting every HTTP POST request as a POST  
> followed by three GETs, and every GET as four GETs (this is for  
> normal requests, not XmlHTTPRequests or anything).  I tested this  
> again in a clean account to confirm.  Firefox 2 on the same machine/ 
> account definitely does not do this.  Am I hallucinating, or should I  
> file a bug?
> 
> Using Camino 1.6 on 10.4.11 on a G5.

I bet they will want a log. But are you sure it's not just activity from
going back and forth through stages in the web app?

-- 
------------------------------------ personal: http://www.cameronkaiser.com/ --
  Cameron Kaiser * Floodgap Systems * www.floodgap.com * ckaiser at floodgap.com
-- Everywhere is within walking distance if you have the time. ----------------

From nuffer at pipeline.com  Tue May 20 14:27:53 2008
From: nuffer at pipeline.com (Noemi)
Date: Tue, 20 May 2008 17:27:53 -0400
Subject: [Camino] Camino submits extra HTTP requests?
In-Reply-To: <200805202112.m4KLC47d012570@floodgap.com>
References: <200805202112.m4KLC47d012570@floodgap.com>
Message-ID: <171EFEC6-4A28-4962-88AF-F4F1B2DBA903@pipeline.com>


Never mind, I tracked it down to some empty hrefs in the page for  
linked stylesheets (although I'll note that other browsers do not  
treat them that way).  In any case, sorry to bother everyone.

On May 20, 2008, at 5:12 PM, Cameron Kaiser wrote:
>> I've been testing out a web application on my local machine, and
>> discovered that what seemed to be a bug in the app was actually being
>> caused by Camino submitting every HTTP POST request as a POST
>> followed by three GETs, and every GET as four GETs (this is for
>> normal requests, not XmlHTTPRequests or anything).  I tested this
>> again in a clean account to confirm.  Firefox 2 on the same machine/
>> account definitely does not do this.  Am I hallucinating, or should I
>> file a bug?
>>
>> Using Camino 1.6 on 10.4.11 on a G5.
>
> I bet they will want a log. But are you sure it's not just activity  
> from
> going back and forth through stages in the web app?
>
> -- 
> ------------------------------------ personal: http:// 
> www.cameronkaiser.com/ --
>   Cameron Kaiser * Floodgap Systems * www.floodgap.com *  
> ckaiser at floodgap.com
> -- Everywhere is within walking distance if you have the time.  
> ----------------
> _______________________________________________
> Camino mailing list
> Camino at mozdev.org
> https://www.mozdev.org/mailman/listinfo/camino


From stuart.morgan at alumni.case.edu  Tue May 20 16:12:34 2008
From: stuart.morgan at alumni.case.edu (Stuart Morgan)
Date: Tue, 20 May 2008 16:12:34 -0700
Subject: [Camino] Camino submits extra HTTP requests?
In-Reply-To: <171EFEC6-4A28-4962-88AF-F4F1B2DBA903@pipeline.com>
References: <200805202112.m4KLC47d012570@floodgap.com>
	<171EFEC6-4A28-4962-88AF-F4F1B2DBA903@pipeline.com>
Message-ID: <201fcf140805201612o5b69eeb3n6e8a2143a8cd6fdb@mail.gmail.com>

On Tue, May 20, 2008 at 2:27 PM, Noemi <nuffer at pipeline.com> wrote:
> Never mind, I tracked it down to some empty hrefs in the page for
> linked stylesheets (although I'll note that other browsers do not
> treat them that way).

Page resource loading is entirely a function of Gecko, so offhand I
can't think of any reason you wouldn't get identical behavior between
Camino 1.6 and Firefox 2 (assuming the versions you were using had the
same Gecko version number). If comparable nightly builds of Firefox 3
and Camino 2 show similar differences (with clean profiles), a bug
with a reduced test case would definitely be worth filing.

-Stuart

From ph.wittenbergh at gmail.com  Tue May 20 17:13:40 2008
From: ph.wittenbergh at gmail.com (Philippe Wittenbergh)
Date: Wed, 21 May 2008 09:13:40 +0900
Subject: [Camino] Camino submits extra HTTP requests?
In-Reply-To: <171EFEC6-4A28-4962-88AF-F4F1B2DBA903@pipeline.com>
References: <200805202112.m4KLC47d012570@floodgap.com>
	<171EFEC6-4A28-4962-88AF-F4F1B2DBA903@pipeline.com>
Message-ID: <77c8f9d00805201713g4f74c5aey99fccb8d973e69c1@mail.gmail.com>

On Wed, May 21, 2008 at 6:27 AM, Noemi <nuffer at pipeline.com> wrote:
>
> Never mind, I tracked it down to some empty hrefs in the page for
> linked stylesheets (although I'll note that other browsers do not
> treat them that way).  In any case, sorry to bother everyone.
>

There is a bug in Bugzilla about possible issues with empty href in
the <link rel="stylesheet"> element.
<https://bugzilla.mozilla.org/show_bug.cgi?id=323069>
Basically, when loading the document in that case, the browsers
attempts to load it again as a stylesheet (href="" points to the
current document).
That bug was resolved as a dupe of an invalid one.

And it would very much surprise me if Firefox would show a different behaviour.

Philippe
-- 
Philippe Wittenbergh
<http://emps.l-c-n.com/>

From mlist at gmx.de  Thu May 22 00:59:37 2008
From: mlist at gmx.de (Bernd)
Date: Thu, 22 May 2008 09:59:37 +0200
Subject: [Camino] hotkeys
Message-ID: <a0c15de60805220059n60b31d14pa172c53939d697da@mail.gmail.com>

Hi,
I think to remember that key combos like command left used to work all the
time. Now, when I have just loaded a new site I cant use it unless I
explicitly click into the browser window. That kind of makes it useless
because instead of clicking somewhere in the window I can also click the
back button. Same for tab switching and other keys.
I have today's nightly (5/21) and I think this (bug) has been around for
some weeks now.

Otherwise Camino is getting better almost every day.

Bernd

From ruurd at orakel.ods.org  Thu May 22 01:07:58 2008
From: ruurd at orakel.ods.org (Ruurd Koons)
Date: Thu, 22 May 2008 10:07:58 +0200
Subject: [Camino] Restoring native Aqua widgets again...
Message-ID: <20080522080758.GC18786@orakel.ods.org>

Hi all,

Yesterday I installed the latest nightly and found some things have
changed.  In particular, it seems as if forms with combo boxes (drop
down things) and buttons now are displayed in some windows-style,
instead of like a native Aqua widget.  I suspect this has to do with
Camino better respecting CSS styles for those widgets or something, but
personally I dislike it quite a lot.

All reasoning for this put aside, is there some option somewhere to
restore the original behaviour of just having the beautiful and clearly
recognisable Aqua widgets again?

Thanks

From stuart.morgan at alumni.case.edu  Thu May 22 07:09:26 2008
From: stuart.morgan at alumni.case.edu (Stuart Morgan)
Date: Thu, 22 May 2008 07:09:26 -0700
Subject: [Camino] Restoring native Aqua widgets again...
In-Reply-To: <20080522080758.GC18786@orakel.ods.org>
References: <20080522080758.GC18786@orakel.ods.org>
Message-ID: <D5E3519F-3AD5-4043-B672-D6E32C139A2B@alumni.case.edu>

On May 22, 2008, at 1:07 AM, Ruurd Koons wrote:
> In particular, it seems as if forms with combo boxes (drop
> down things) and buttons now are displayed in some windows-style,
> instead of like a native Aqua widget.  I suspect this has to do with
> Camino better respecting CSS styles for those widgets or something,  
> but
> personally I dislike it quite a lot.

That is indeed the reason, although the fallback <select> widgets look  
bad enough that we are planning to go back to disabling CSS styling  
for them for now.

> All reasoning for this put aside, is there some option somewhere to
> restore the original behaviour of just having the beautiful and  
> clearly
> recognisable Aqua widgets again?

You could edit the forms.css file inside of the Camino bundle, and  
add !important rules to prevent all of the things that can trigger  
fallback (background-color, border, etc.) from changing.

-Stuart

From stuart.morgan at alumni.case.edu  Thu May 22 07:11:30 2008
From: stuart.morgan at alumni.case.edu (Stuart Morgan)
Date: Thu, 22 May 2008 07:11:30 -0700
Subject: [Camino] hotkeys
In-Reply-To: <a0c15de60805220059n60b31d14pa172c53939d697da@mail.gmail.com>
References: <a0c15de60805220059n60b31d14pa172c53939d697da@mail.gmail.com>
Message-ID: <698707E8-E9BF-4524-9493-4578A4893FB2@alumni.case.edu>

On May 22, 2008, at 12:59 AM, Bernd wrote:
>
> I think to remember that key combos like command left used to work  
> all the
> time. Now, when I have just loaded a new site I cant use it unless I
> explicitly click into the browser window.

The content area loses focus on every page-load now due to changes in  
Gecko, and we've only partially fixed it so far.

-Stuart

From ruurd at orakel.ods.org  Fri May 23 11:43:35 2008
From: ruurd at orakel.ods.org (Ruurd Koons)
Date: Fri, 23 May 2008 20:43:35 +0200
Subject: [Camino] Restoring native Aqua widgets again...
In-Reply-To: <D5E3519F-3AD5-4043-B672-D6E32C139A2B@alumni.case.edu>
References: <20080522080758.GC18786@orakel.ods.org>
	<D5E3519F-3AD5-4043-B672-D6E32C139A2B@alumni.case.edu>
Message-ID: <20080523184335.GM28843@orakel.ods.org>

On 22-05-2008 07:09:26 -0700, Stuart Morgan wrote:
> > All reasoning for this put aside, is there some option somewhere to
> > restore the original behaviour of just having the beautiful and  
> > clearly
> > recognisable Aqua widgets again?
> 
> You could edit the forms.css file inside of the Camino bundle, and  
> add !important rules to prevent all of the things that can trigger  
> fallback (background-color, border, etc.) from changing.

Ok, thanks for the info!
I played around with the file, but I actually see styled buttons to
become unstyled windows buttons now, so I guess I do something wrong
here.  Admittedly, in the time I did css, it all looked way less
complicated as it is now.  :)
I decided to switch back to the released 1.6.1 instead.  Thanks anyway!

From anthonybrahams at themagic.me.uk  Mon May 26 02:58:18 2008
From: anthonybrahams at themagic.me.uk (Anthony Brahams)
Date: Mon, 26 May 2008 10:58:18 +0100
Subject: [Camino] Screen veiw size
Message-ID: <FBA52E07-08B7-425E-A1F9-20A1CB37788B@themagic.me.uk>

After several years I am hoping to use Camino again as my main or only  
browser. I downloaded it recently and like it, especially the look.  
However I would like the screen view to be larger. I have a 20" iMac  
and a Camino page takes under 2/3rds of the screen. There will be  
situations when I only  have C. open and would like a full screen for  
it. Any way to do this, please?

Anthony Brahams
anthonybrahams at themagic.me.uk





From lordpixel at mac.com  Mon May 26 09:09:48 2008
From: lordpixel at mac.com (Andrew Thompson)
Date: Mon, 26 May 2008 12:09:48 -0400
Subject: [Camino] Am I supposed to be re-entering all of my online passwords?
Message-ID: <9944F9F1-B44F-4755-A32C-B0354A6BBF9F@mac.com>

So of late I notice that autofill for passwords is no longer working.  
Extremely irritating.

I've figured out if I re-enter the password, I get a new, duplicate  
entry in my Keychain, with the type "Web Form Password" and  
camino_default in the comments.

Um, is this intentional or a bug? Did the way passwords are stored  
really change in a non-backwards compatible? I see this in the release  
notes:

"Camino will upgrade old Keychain entries saved by versions of Camino  
prior to 1.5 the first time the entry is used instead of the first  
time the entry is changed."

But I don't think it happened for me!


AndyT (lordpixel - the cat who walks through walls)
A little bigger on the inside

	(see you later space cowboy, you can't take the sky from me)



From stuart.morgan at alumni.case.edu  Mon May 26 12:58:47 2008
From: stuart.morgan at alumni.case.edu (Stuart Morgan)
Date: Mon, 26 May 2008 12:58:47 -0700
Subject: [Camino] Am I supposed to be re-entering all of my online
	passwords?
In-Reply-To: <9944F9F1-B44F-4755-A32C-B0354A6BBF9F@mac.com>
References: <9944F9F1-B44F-4755-A32C-B0354A6BBF9F@mac.com>
Message-ID: <7EBFF885-50A5-487B-A64F-A55B7C602E31@alumni.case.edu>

On May 26, 2008, at 9:09 AM, Andrew Thompson wrote:
> So of late I notice that autofill for passwords is no longer working.
> Extremely irritating.
>
> I've figured out if I re-enter the password, I get a new, duplicate
> entry in my Keychain, with the type "Web Form Password" and
> camino_default in the comments.
>
> Um, is this intentional or a bug? Did the way passwords are stored
> really change in a non-backwards compatible?

There was certainly no intentional breaking of backwards  
compatibility, and we did quite a bit of testing, but there were a lot  
of changes to the Keychain code and some cases may have slipped  
though. Once you have stored a duplicate password, does that fill  
correctly, or does nothing fill either way? Does Console show anything  
when you try to access a site where you have a stored password that  
doesn't fill (using 1.6.1, where we added extra logging of Keychain  
errors)?

-Stuart

From chimera at paulc.com  Tue May 27 06:03:55 2008
From: chimera at paulc.com (paulc)
Date: Tue, 27 May 2008 09:03:55 -0400
Subject: [Camino] passwords
In-Reply-To: <mailman.7.1211828401.1406.camino@mozdev.org>
References: <mailman.7.1211828401.1406.camino@mozdev.org>
Message-ID: <p06240803c461b636f6ad@[66.108.40.188]>

At 12:00 PM -0700 5/26/08, camino-request at mozdev.org supposedly scribed:

>So of late I notice that autofill for passwords is no longer working. 
>Extremely irritating.
>
>I've figured out if I re-enter the password, I get a new, duplicate 
>entry in my Keychain, with the type "Web Form Password" and 
>camino_default in the comments.
>
>Um, is this intentional or a bug? Did the way passwords are stored 
>really change in a non-backwards compatible? I see this in the release 
>notes:
>
>"Camino will upgrade old Keychain entries saved by versions of Camino 
>prior to 1.5 the first time the entry is used instead of the first 
>time the entry is changed."
>
>But I don't think it happened for me!

I too noticed I had to input passwords, but thank goodness they are 
always in the Keychain! It's odd as so far, the userid gets filled in 
by Keychain, but not the password. Then again userids COULD be from 
the cookie. But so far, it seems to only happen once for each site.

An explanation as to why this is happened would be useful, just so we 
know what it's supposed to do.

From mfmoon2002 at yahoo.com  Tue May 27 07:41:07 2008
From: mfmoon2002 at yahoo.com (marion moon)
Date: Tue, 27 May 2008 07:41:07 -0700 (PDT)
Subject: [Camino] passwords
In-Reply-To: <p06240803c461b636f6ad@[66.108.40.188]>
Message-ID: <543661.97976.qm@web53908.mail.re2.yahoo.com>

I am using 1.6.1 and have not had any problem with atuo-fill -- both userid and passwords. The new installation is much improved and fully automatic with even the dock being updated. I haven't seen this before.

Marion Moon

paulc <chimera at paulc.com> wrote: At 12:00 PM -0700 5/26/08, camino-request at mozdev.org supposedly scribed:

>So of late I notice that autofill for passwords is no longer working. 
>Extremely irritating.
>
>I've figured out if I re-enter the password, I get a new, duplicate 
>entry in my Keychain, with the type "Web Form Password" and 
>camino_default in the comments.
>
>Um, is this intentional or a bug? Did the way passwords are stored 
>really change in a non-backwards compatible? I see this in the release 
>notes:
>
>"Camino will upgrade old Keychain entries saved by versions of Camino 
>prior to 1.5 the first time the entry is used instead of the first 
>time the entry is changed."
>
>But I don't think it happened for me!

I too noticed I had to input passwords, but thank goodness they are 
always in the Keychain! It's odd as so far, the userid gets filled in 
by Keychain, but not the password. Then again userids COULD be from 
the cookie. But so far, it seems to only happen once for each site.

An explanation as to why this is happened would be useful, just so we 
know what it's supposed to do.
_______________________________________________
Camino mailing list
Camino at mozdev.org
https://www.mozdev.org/mailman/listinfo/camino


From chimera at paulc.com  Tue May 27 13:48:39 2008
From: chimera at paulc.com (paulc)
Date: Tue, 27 May 2008 16:48:39 -0400
Subject: [Camino] Broken Javascript?
Message-ID: <p06240800c4622310ab32@[66.108.40.188]>

A while ago I found a small snippet of javascript that would set up 
my man browser window to some exact specs. I made it into a button on 
Camino, Safari, & Firefox (i.e. I used that snippet as the URL). The 
snippet is:

javascript:self.moveTo(0,0);self.resizeTo(1040,screen.availHeight);

However, it seems that with 1.6/1.6.1, this is now broken. How come; 
I am curious because it works fine in the latest versions of Safari & 
Firefox.

From stuart.morgan at alumni.case.edu  Tue May 27 16:52:08 2008
From: stuart.morgan at alumni.case.edu (Stuart Morgan)
Date: Tue, 27 May 2008 16:52:08 -0700
Subject: [Camino] Broken Javascript?
In-Reply-To: <p06240800c4622310ab32@66.108.40.188>
References: <p06240800c4622310ab32@66.108.40.188>
Message-ID: <201fcf140805271652i53856697xc56cd49450a8cba8@mail.gmail.com>

On Tue, May 27, 2008 at 1:48 PM, paulc <chimera at paulc.com> wrote:
> A while ago I found a small snippet of javascript that would set up
> my man browser window to some exact specs.
> [...]
> However, it seems that with 1.6/1.6.1, this is now broken. How come;
> I am curious because it works fine in the latest versions of Safari &
> Firefox.

The "Prevent sites from changing, moving or resizing windows" pref
defaults to on starting in 1.6, and bookmarklets run in the page
context; you'll find that if you set the corresponding preference in
Firefox (under Advanced next to JavaScript in Content) it breaks there
as well.

You can either turn that pref off, or switch to using an
AppleScript-based toolbar button for Camino.

-Stuart

From chimera at paulc.com  Wed May 28 12:21:21 2008
From: chimera at paulc.com (paulc)
Date: Wed, 28 May 2008 15:21:21 -0400
Subject: [Camino] wind resizing
In-Reply-To: <mailman.5.1212001201.49360.camino@mozdev.org>
References: <mailman.5.1212001201.49360.camino@mozdev.org>
Message-ID: <p06240808c4635f8dee34@[66.108.40.188]>

At 12:00 PM -0700 5/28/08, camino-request at mozdev.org supposedly scribed:

>On Tue, May 27, 2008 at 1:48 PM, paulc <chimera at paulc.com> wrote:
>>  A while ago I found a small snippet of javascript that would set up
>>  my man browser window to some exact specs.
>>  [...]
>>  However, it seems that with 1.6/1.6.1, this is now broken. How come;
>>  I am curious because it works fine in the latest versions of Safari &
>>  Firefox.
>
>The "Prevent sites from changing, moving or resizing windows" pref
>defaults to on starting in 1.6, and bookmarklets run in the page
>context; you'll find that if you set the corresponding preference in
>Firefox (under Advanced next to JavaScript in Content) it breaks there
>as well.
>
>You can either turn that pref off, or switch to using an
>AppleScript-based toolbar button for Camino.
>
>-Stuart

Ah, now I see.

From lordpixel at mac.com  Sat May 31 09:49:05 2008
From: lordpixel at mac.com (Andrew Thompson)
Date: Sat, 31 May 2008 12:49:05 -0400
Subject: [Camino] Am I supposed to be re-entering all of my online
 passwords?
In-Reply-To: <7EBFF885-50A5-487B-A64F-A55B7C602E31@alumni.case.edu>
References: <9944F9F1-B44F-4755-A32C-B0354A6BBF9F@mac.com>
	<7EBFF885-50A5-487B-A64F-A55B7C602E31@alumni.case.edu>
Message-ID: <991E618D-F472-4F7D-ABC9-2C2858F3C08C@mac.com>

Well... the good news is I went to 5 sites and they all populated OK.

But it was really broken on every site I went to the other day, and I  
definitely restarted a couple of times. To answer your questions the  
new duplicated passwords were working correctly. Weird. I will keep an  
eye on the console if it starts up again.

BTW - I have the old wallet.crypto.autocompleteoverride setting on,  
because I want to save passwords for the sites I decide  
thankyouverymuch.


On May 26, 2008, at 3:58 PM, Stuart Morgan wrote:

> On May 26, 2008, at 9:09 AM, Andrew Thompson wrote:
>> So of late I notice that autofill for passwords is no longer working.
>> Extremely irritating.
>>
>> I've figured out if I re-enter the password, I get a new, duplicate
>> entry in my Keychain, with the type "Web Form Password" and
>> camino_default in the comments.
>>
>> Um, is this intentional or a bug? Did the way passwords are stored
>> really change in a non-backwards compatible?
>
> There was certainly no intentional breaking of backwards
> compatibility, and we did quite a bit of testing, but there were a lot
> of changes to the Keychain code and some cases may have slipped
> though. Once you have stored a duplicate password, does that fill
> correctly, or does nothing fill either way? Does Console show anything
> when you try to access a site where you have a stored password that
> doesn't fill (using 1.6.1, where we added extra logging of Keychain
> errors)?
>
> -Stuart
> _______________________________________________
> Camino mailing list
> Camino at mozdev.org
> https://www.mozdev.org/mailman/listinfo/camino

AndyT (lordpixel - the cat who walks through walls)
A little bigger on the inside

	(see you later space cowboy, you can't take the sky from me)