Bug #53279 for Catalyst-Authentication-Store-LDAP: Catalyst-Authentication-Store-LDAP-1.006 causing firefox errors:

Fri Jan 01 12:29:23 2010 james [...] jameswhite.org - Ticket created

Subject:	Catalyst-Authentication-Store-LDAP-1.006 causing firefox errors:
Date:	Thu, 31 Dec 2009 12:09:36 -0600 (CST)
To:	karman [...] cpan.org
From:	"James S. White" <james [...] jameswhite.org>

rt.cpan.org wouldn't let me add a bug (clicking "" on http://rt.cpan.org/Public/Bug/Report.html?Queue=Catalyst-Authentication-Store-LDAP, seems to do nothing, when logged in with OpenID) Details: I'm putting together an app using Catalyst::Authentication::Store::LDAP Debian stable (lenny) bare install, using the instructions here: http://github.com/fapestniegd/pkild/blob/master/README When I use 1.006, it results in firefox generating the error: Content Encoding Error: The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression. if I remove 1.006, and put 0.1005 back, using: ( apt-get remove libcatalyst-authentication-store-ldap-perl dpkg -i /opt/local/src/CPAN/libcatalyst-authentication-store-ldap-perl_0.1005-1_all.deb ) then the error goes away and the application behaves as advertised. But you removed 0.1005 from CPAN, luckily I had it packaged and in a repository. Did something change in 1.006 that requires me to alter my config to make this work? Thanks in advance. -------------------------------------------------------------------------------- This is perl, v5.10.0 built for i486-linux-gnu-thread-multi Linux loki.websages.com 2.6.26-2-xen-686 #1 SMP Wed Nov 4 23:23:33 UTC 2009 i686 GNU/Linux Debian 5.0.3 --------------------------------------------------------------------------------

Sat Jan 02 07:27:02 2010 bobtfish [...] bobtfish.net - Taken

Sat Jan 02 07:57:25 2010 bobtfish [...] bobtfish.net - Correspondence added

On Fri Jan 01 12:29:23 2010, fapestniegd wrote:
Show quoted text

> When I use 1.006, it results in firefox generating the error:
>
> Content Encoding Error:
> The page you are trying to view cannot be shown because it uses an
> invalid
> or unsupported form of compression.

I have no idea what causes this.

Do you get an error from the Catalyst application when you run it in debug mode?

Can you use something like charlesproxy to work out what the actual difference in output from the application between the two versions is?

Cheers
t0m

Sat Jan 02 07:57:25 2010 The RT System itself - Status changed from 'new' to 'open'

Sat Jan 09 20:56:40 2010 bobtfish [...] bobtfish.net - Correspondence added

Any news here?

Sat Jan 09 21:15:45 2010 james [...] jameswhite.org - Correspondence added

Subject:	Re: [rt.cpan.org #53279] Catalyst-Authentication-Store-LDAP-1.006 causing firefox errors:
Date:	Sat, 9 Jan 2010 20:15:29 -0600 (CST)
To:	Tomas Doran via RT <bug-Catalyst-Authentication-Store-LDAP [...] rt.cpan.org>
From:	"James S. White" <james [...] jameswhite.org>

I haven't had time to look at it this week. Other projects...

Mon Feb 08 14:53:14 2010 james [...] jameswhite.org - Correspondence added

Subject:	Re: [rt.cpan.org #53279] Catalyst-Authentication-Store-LDAP-1.006 causing firefox errors:
Date:	Mon, 8 Feb 2010 13:52:17 -0600 (CST)
To:	Tomas Doran via RT <bug-Catalyst-Authentication-Store-LDAP [...] rt.cpan.org>
From:	"James S. White" <james [...] jameswhite.org>

[error] Caught exception in engine "Can't store CODE items at ../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/_freeze.al) line 339, at /usr/share/perl5/Object/Signature.pm line 19" [Mon Feb 08 19:50:53 2010] [error] [client 74.255.130.251] File does not exist: /var/www/pkild, referer: http://loki.websages.com/pkild/ I have charlesproxy traces too, but there isn't a lot of information in them. The one that dies, just truncates the <default> page. -------------------------------------------------------------------------- James S. White google voice: (615) 378-7243(SAGE) 2806 Waywood Drive .O. mobile: (256) 476-2619 Murfreesboro, TN 37128 ..O office: (615) 834-0123 x233 http://www.jameswhite.org OOO work cell: (615) 719-1440 james@jameswhite.org fax: (866) 260-5465 -------------------------------------------------------------------------- "Live free or die" means "Never remove my liberty to protect me." On Sat, 2 Jan 2010, Tomas Doran via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=53279 > > > On Fri Jan 01 12:29:23 2010, fapestniegd wrote:

> > When I use 1.006, it results in firefox generating the error: > > > > Content Encoding Error: > > The page you are trying to view cannot be shown because it uses an > > invalid > > or unsupported form of compression.

> > I have no idea what causes this. > > Do you get an error from the Catalyst application when you run it in debug > mode? > > Can you use something like charlesproxy to work out what the actual difference > in output from the application between the two versions is? > > Cheers > t0m >

Mon Feb 08 18:14:54 2010 bobtfish [...] bobtfish.net - Correspondence added

On Mon Feb 08 14:53:14 2010, fapestniegd wrote: Show quoted text

> [error] Caught exception in engine "Can't store CODE items at > ../../lib/Storable.pm (autosplit into > ../../lib/auto/Storable/_freeze.al) line 339, at > /usr/share/perl5/Object/Signature.pm line 19" > [Mon Feb 08 19:50:53 2010] [error] [client 74.255.130.251] File does > not exist: /var/www/pkild, referer: http://loki.websages.com/pkild/

Can you try loading Devel::SimpleTrace, or Carp::Always to get a stack trace out of this? I'm guessing that you're doing something like putting the user object into your session or similar?

Mon Feb 15 16:20:16 2010 james [...] jameswhite.org - Correspondence added

Subject:	Re: [rt.cpan.org #53279] Catalyst-Authentication-Store-LDAP-1.006 causing firefox errors:
Date:	Mon, 15 Feb 2010 14:30:35 -0600 (CST)
To:	Tomas Doran via RT <bug-Catalyst-Authentication-Store-LDAP [...] rt.cpan.org>
From:	"James S. White" <james [...] jameswhite.org>

Yes, I'm just doing a "$c->session->{'user'} = $c->user;" is that not allowed? I just did it because I was lazy, I could remove it and re-look it up each time by storing the credentials in the session... Here is what Carp::Always returned. I see the same problems on debian(lenny) and CentOS_5.4. Would it be possible to make Catalyst-Authentication-Store-LDAP-0.1005.tar.gz available again, as that version seems to work fine... [error] Caught exception in engine "Can't store CODE items at ../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/logcroak.al) line 74 Storable::logcroak('Can\'t store CODE items at ../../lib/Storable.pm (autosplit i...') called at ../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/_freeze.al) line 291 Storable::_freeze('CODE(0xa9d1308)', 'HASH(0x9b4f698)') called at ../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/nfreeze.al) line 278 Storable::nfreeze('HASH(0x9b4f698)') called at /usr/lib/perl5/vendor_perl/5.8.8/Object/Signature.pm line 19 Object::Signature::signature('HASH(0x9b4f698)') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst/Plugin/Session.pm line 146 Catalyst::Plugin::Session::_save_session('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst/Plugin/Session.pm line 116 Catalyst::Plugin::Session::finalize_session('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst/Plugin/Session.pm line 106 Catalyst::Plugin::Session::finalize('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/5.8.8/NEXT.pm line 75 NEXT::AUTOLOAD('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst/Plugin/Static/Simple.pm line 79 Catalyst::Plugin::Static::Simple::finalize('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/5.8.8/NEXT.pm line 75 NEXT::AUTOLOAD('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/site_perl/5.8.8/Catalyst/Plugin/RequireSSL.pm line 57 Catalyst::Plugin::RequireSSL::finalize('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst.pm line 1511 eval {...} called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst.pm line 1501 Catalyst::handle_request('pkild') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst/Engine/HTTP.pm line 380 Catalyst::Engine::HTTP::_handler('Catalyst::Engine::HTTP=HASH(0xa793ef4)', 'pkild', 3000, 'POST', '/jstree', 'HTTP/1.1') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst/Engine/HTTP.pm line 285 Catalyst::Engine::HTTP::run('Catalyst::Engine::HTTP=HASH(0xa793ef4)', 'pkild', 3000, 'undef', 'HASH(0x9b4957c)') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst.pm line 1824 Catalyst::run('pkild', 3000, 'undef', 'HASH(0x9b4957c)') called at ./script/pkild_server.pl line 55"

Mon Feb 15 19:30:36 2010 peter [...] peknet.com - Correspondence added

Subject:	Re: [rt.cpan.org #53279] Catalyst-Authentication-Store-LDAP-1.006 causing firefox errors:
Date:	Mon, 15 Feb 2010 18:29:27 -0600
To:	bug-Catalyst-Authentication-Store-LDAP [...] rt.cpan.org
From:	Peter Karman <peter [...] peknet.com>

James S White via RT wrote on 2/15/10 3:20 PM: Show quoted text

> Queue: Catalyst-Authentication-Store-LDAP > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=53279 > > > Yes, I'm just doing a "$c->session->{'user'} = $c->user;" is that not allowed? > I just did it because I was lazy, I could remove it and re-look it up each time > by storing the credentials in the session... > > Here is what Carp::Always returned. I see the same problems on debian(lenny) and CentOS_5.4. Would it be possible to make Catalyst-Authentication-Store-LDAP-0.1005.tar.gz available again, as that version seems to work fine... >

you can always grab the tagged version from svn: http://dev.catalystframework.org/svnweb/Catalyst/browse/Catalyst-Authentication-Store-LDAP/tags/0.1005/ However, it would be good to determine if this is a problem with the 1.006 release or not. t0m: could this be due to the closure in User.pm for check_password() ? and all those NEXT calls are Fail. James, you should probably look at upgrading the offending plugins (looks like RequireSSL and Static::Simple). Show quoted text

> > [error] Caught exception in engine "Can't store CODE items at ../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/logcroak.al) line 74 > Storable::logcroak('Can\'t store CODE items at ../../lib/Storable.pm (autosplit i...') called at ../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/_freeze.al) line 291 > Storable::_freeze('CODE(0xa9d1308)', 'HASH(0x9b4f698)') called at ../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/nfreeze.al) line 278 > Storable::nfreeze('HASH(0x9b4f698)') called at /usr/lib/perl5/vendor_perl/5.8.8/Object/Signature.pm line 19 > Object::Signature::signature('HASH(0x9b4f698)') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst/Plugin/Session.pm line 146 > Catalyst::Plugin::Session::_save_session('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst/Plugin/Session.pm line 116 > Catalyst::Plugin::Session::finalize_session('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst/Plugin/Session.pm line 106 > Catalyst::Plugin::Session::finalize('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/5.8.8/NEXT.pm line 75 > NEXT::AUTOLOAD('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst/Plugin/Static/Simple.pm line 79 > Catalyst::Plugin::Static::Simple::finalize('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/5.8.8/NEXT.pm line 75 > NEXT::AUTOLOAD('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/site_perl/5.8.8/Catalyst/Plugin/RequireSSL.pm line 57 > Catalyst::Plugin::RequireSSL::finalize('pkild=HASH(0xb0d0c2c)') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst.pm line 1511 > eval {...} called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst.pm line 1501 > Catalyst::handle_request('pkild') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst/Engine/HTTP.pm line 380 > Catalyst::Engine::HTTP::_handler('Catalyst::Engine::HTTP=HASH(0xa793ef4)', 'pkild', 3000, 'POST', '/jstree', 'HTTP/1.1') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst/Engine/HTTP.pm line 285 > Catalyst::Engine::HTTP::run('Catalyst::Engine::HTTP=HASH(0xa793ef4)', 'pkild', 3000, 'undef', 'HASH(0x9b4957c)') called at /usr/lib/perl5/vendor_perl/5.8.8/Catalyst.pm line 1824 > Catalyst::run('pkild', 3000, 'undef', 'HASH(0x9b4957c)') called at ./script/pkild_server.pl line 55" > > >

-- Peter Karman . http://peknet.com/ . peter@peknet.com

Mon Feb 15 19:34:28 2010 peter [...] peknet.com - Correspondence added

Subject:	Re: [rt.cpan.org #53279] Catalyst-Authentication-Store-LDAP-1.006 causing firefox errors:
Date:	Mon, 15 Feb 2010 18:33:24 -0600
To:	bug-Catalyst-Authentication-Store-LDAP [...] rt.cpan.org
From:	Peter Karman <peter [...] peknet.com>

peter@peknet.com via RT wrote on 2/15/10 6:30 PM: Show quoted text

> Queue: Catalyst-Authentication-Store-LDAP > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=53279 > > > James S White via RT wrote on 2/15/10 3:20 PM:

>> Queue: Catalyst-Authentication-Store-LDAP >> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=53279 > >> >> Yes, I'm just doing a "$c->session->{'user'} = $c->user;" is that not allowed? >> I just did it because I was lazy, I could remove it and re-look it up each time >> by storing the credentials in the session... >> >> Here is what Carp::Always returned. I see the same problems on debian(lenny) and CentOS_5.4. Would it be possible to make Catalyst-Authentication-Store-LDAP-0.1005.tar.gz available again, as that version seems to work fine... >>

> > you can always grab the tagged version from svn: > http://dev.catalystframework.org/svnweb/Catalyst/browse/Catalyst-Authentication-Store-LDAP/tags/0.1005/ >

sorry, that should be: http://dev.catalyst.perl.org/repos/Catalyst/Catalyst-Authentication-Store-LDAP/tags/0.1005 -- Peter Karman . http://peknet.com/ . peter@peknet.com

Tue Feb 16 07:58:04 2010 bobtfish [...] bobtfish.net - Correspondence added

Subject:	Re: [rt.cpan.org #53279] Catalyst-Authentication-Store-LDAP-1.006 causing firefox errors:
Date:	Tue, 16 Feb 2010 11:10:59 +0000
To:	bug-Catalyst-Authentication-Store-LDAP [...] rt.cpan.org
From:	Tomas Doran <bobtfish [...] bobtfish.net>

peter@peknet.com via RT wrote: Show quoted text

> you can always grab the tagged version from svn: > http://dev.catalystframework.org/svnweb/Catalyst/browse/Catalyst-Authentication-Store-LDAP/tags/0.1005/

Or just get the tarball from CPAN/Backpan. Show quoted text

> However, it would be good to determine if this is a problem with the 1.006 > release or not. > > t0m: could this be due to the closure in User.pm for check_password() ?

Yes, yes it totally is (well, that's certainly my guess. Sorry, this is on my 'urgent' list to work up a test for... I didn't think that we were collapsing the entire user record into the session - rather just storing the id (dn for the LDAP store). I'll try to get to this tonight. Cheers t0m

Thu Mar 18 17:34:59 2010 bobtfish [...] bobtfish.net - Correspondence added

I think I've just fixed this in r13048 (http://dev.catalystframework.org/svnweb/Catalyst/revision?rev=13048). Can you try trunk (http://dev.catalyst.perl.org/repos/Catalyst/Catalyst-Authentication-Store-LDAP/trunk) and let me know if this now works for you? I'm going to test the functionality I've changed to fix this in the app I'm using it in, and assuming that I haven't broken anything, I'll release 0.1007 tomorrow.

Thu Mar 18 22:36:41 2010 peter [...] peknet.com - Correspondence added

Subject:	Re: [rt.cpan.org #53279] Catalyst-Authentication-Store-LDAP-1.006 causing firefox errors:
Date:	Thu, 18 Mar 2010 21:35:23 -0500
To:	bug-Catalyst-Authentication-Store-LDAP [...] rt.cpan.org
From:	Peter Karman <peter [...] peknet.com>

Tomas Doran via RT wrote on 3/18/10 4:35 PM: Show quoted text

> Queue: Catalyst-Authentication-Store-LDAP > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=53279 > > > I think I've just fixed this in r13048 > (http://dev.catalystframework.org/svnweb/Catalyst/revision?rev=13048). >

fwiw, that patch looks good. thanks for chasing it down, t0m! -- Peter Karman . http://peknet.com/ . peter@peknet.com

Fri Mar 19 06:09:23 2010 bobtfish [...] bobtfish.net - Correspondence added

On Thu Mar 18 22:36:41 2010, peter@peknet.com wrote: Show quoted text

> fwiw, that patch looks good. thanks for chasing it down, t0m!

Thanks for the review. It works in my application using the functionality, so I have just shipped it as 1.007. :) I'm marking this bug as resolved as I'm fairly sure this is now fixed.

Fri Mar 19 06:09:26 2010 bobtfish [...] bobtfish.net - Status changed from 'open' to 'resolved'