1.11.0 Ubuntu Hardy login problem

I have 1.11.0 running on Hardy, but attempting to login
yields a no
callback found error listed below.  This is for any login
attempt,
correct or not, non existing and existing users.

I checked the database usr table and the admin password hash
is correct
for the default password.

Any ideas?

Thanks,

- cameron

No callback found for callback key 'login|login_cb'

Error Details (hide)

Fault Class
    Params::Callback::Exception::InvalidKey
Description
    No callback found for callback key
Timestamp
    2008-05-02 14:01:07.000000
Package
    Params::CallbackRequest
Filename
    /usr/share/perl5/Params/CallbackRequest.pm
Line
    247

Stack:

Trace begun at /usr/share/perl5/Params/CallbackRequest.pm
line 247
Params::CallbackRequest::request('Params::CallbackRequest=HA
SH(0xb53d518)',
'HASH(0xdad697c)', 'requester',
'MasonX::Interp::WithCallbacks=HASH(0xe4a7f50)',
'apache_req',
'Apache2::Request=SCALAR(0xf214b2c)') called at
/usr/share/perl5/MasonX/Interp/WithCallbacks.pm line 119
MasonX::Interp::WithCallbacks::make_request('MasonX::Interp:
:WithCallbacks=HASH(0xe4a7f50)',
'comp', '/login', 'args', 'ARRAY(0xf214b20)', 'ah',
'HTML::Mason::ApacheHandler=HASH(0xe4a7f20)', 'apache_req',
'Apache2::Request=SCALAR(0xf214b2c)') called at
/usr/local/share/perl/5.8.8/HTML/Mason/ApacheHandler.pm line
868
eval {...} at
/usr/local/share/perl/5.8.8/HTML/Mason/ApacheHandler.pm
line 867
HTML::Mason::ApacheHandler::prepare_request('HTML::Mason::Ap
acheHandler=HASH(0xe4a7f20)',
'Apache2::RequestRec=SCALAR(0xf1f83a4)') called at
/usr/local/share/perl/5.8.8/HTML/Mason/ApacheHandler.pm line
822
HTML::Mason::ApacheHandler::handle_request('HTML::Mason::Apa
cheHandler=HASH(0xe4a7f20)',
'Apache2::RequestRec=SCALAR(0xf1f83a4)') called at
/usr/local/share/perl/5.8.8/Bric/App/Handler.pm line 308
eval {...} at
/usr/local/share/perl/5.8.8/Bric/App/Handler.pm line 297
Bric::App::Handler::handler('Apache2::RequestRec=SCALAR(0xf1
f83a4)')
called at -e line 0
eval {...} at -e line 0

On May 2, 2008, at 14:21, cdmiller wrote:

> I have 1.11.0 running on Hardy, but attempting to login
yields a no
> callback found error listed below.  This is for any
login attempt,
> correct or not, non existing and existing users.
>
> I checked the database usr table and the admin password
hash is  
> correct
> for the default password.
>
> Any ideas?

Hrm, that's odd. It seems to think that
Bric::App::Callback::Login  
isn't loaded, but it is at line 69 of Bric::App::Handler.
Odd. Can you  
put a print statement into Bric::App::Callback::Login to
make sure  
that it loads? That's how I'd start debugging it.

Best,

David

Also might want to empty the tmp directory
(there is a bin/bric_something script for that)
and make sure the server is restarted (duh) and
maybe "hard" refresh the browser..
and there are cached versions of the Mason components
somewhere under data/comp/ (IIRC) that you could probably
delete.

[sorry, "Outlook Web Access" in an internet cafe
 ]

-------- Message d'origine--------
De: David E. Wheeler [mailto:davidkineticode.com]
Date: sam. 5/3/2008 6:26
À: userslists.bricolage.cc
Objet : Re: 1.11.0 Ubuntu Hardy login problem
 
On May 2, 2008, at 14:21, cdmiller wrote:

> I have 1.11.0 running on Hardy, but attempting to login
yields a no
> callback found error listed below.  This is for any
login attempt,
> correct or not, non existing and existing users.
>
> I checked the database usr table and the admin password
hash is  
> correct
> for the default password.
>
> Any ideas?

Hrm, that's odd. It seems to think that
Bric::App::Callback::Login  
isn't loaded, but it is at line 69 of Bric::App::Handler.
Odd. Can you  
put a print statement into Bric::App::Callback::Login to
make sure  
that it loads? That's how I'd start debugging it.

Best,

David

Still have this callback for key login|login_cb not found.

Bric::App::Callback::Login is loaded and I get my print
statement output
at server startup.  Cleared out /tmp/bricolage, ran the
bric_clean_tmp,
all browser data.  Make uninstall, and clean code base
reinstall.

I can't seem to find where the 'login_cb' is being looked
for or used by
anything?  It appears 'login|login_cb' is the name for the
button in the
login form.  'login_cb' gets assigned by button.mc, but what
cares about
finding 'login|login_cb' after the mouse click?  Is there
supposed to be
a hash magically initialized somewhere?

This is on Ubuntu Hardy, Apache 2.2.8, HTML::Mason 1.39,
MasonX::Interp::WithCallbacks 1.18, mod_perl 2.0.3, and the
bricolage
1.11.0 downloaded from sourceforge.

Most of my perl is still based on the pink book, so go easy
on me 

Thanks,

- cameron

Lanning, Scott wrote:
> Also might want to empty the tmp directory
> (there is a bin/bric_something script for that)
> and make sure the server is restarted (duh) and
> maybe "hard" refresh the browser..
> and there are cached versions of the Mason components
> somewhere under data/comp/ (IIRC) that you could
probably delete.
> 
> [sorry, "Outlook Web Access" in an internet
cafe  ]
> 
> -------- Message d'origine--------
> De: David E. Wheeler [mailto:davidkineticode.com]
> Date: sam. 5/3/2008 6:26
> À: userslists.bricolage.cc
> Objet : Re: 1.11.0 Ubuntu Hardy login problem
>  
> On May 2, 2008, at 14:21, cdmiller wrote:
> 
>> I have 1.11.0 running on Hardy, but attempting to
login yields a no
>> callback found error listed below.  This is for any
login attempt,
>> correct or not, non existing and existing users.
>>
>> I checked the database usr table and the admin
password hash is  
>> correct
>> for the default password.
>>
>> Any ideas?
> 
> Hrm, that's odd. It seems to think that
Bric::App::Callback::Login  
> isn't loaded, but it is at line 69 of
Bric::App::Handler. Odd. Can you  
> put a print statement into Bric::App::Callback::Login
to make sure  
> that it loads? That's how I'd start debugging it.
> 
> Best,
> 
> David

On May 5, 2008, at 14:10, cdmiller wrote:

> Still have this callback for key login|login_cb not
found.
>
> Bric::App::Callback::Login is loaded and I get my print
statement  
> output
> at server startup.  Cleared out /tmp/bricolage, ran the
 
> bric_clean_tmp,
> all browser data.  Make uninstall, and clean code base
reinstall.
>
> I can't seem to find where the 'login_cb' is being
looked for or  
> used by
> anything?  It appears 'login|login_cb' is the name for
the button in  
> the
> login form.  'login_cb' gets assigned by button.mc, but
what cares  
> about
> finding 'login|login_cb' after the mouse click?  Is
there supposed  
> to be
> a hash magically initialized somewhere?
>
> This is on Ubuntu Hardy, Apache 2.2.8, HTML::Mason
1.39,
> MasonX::Interp::WithCallbacks 1.18, mod_perl 2.0.3, and
the bricolage
> 1.11.0 downloaded from sourceforge.
>
> Most of my perl is still based on the pink book, so go
easy on me 

Heh, that's how I first learned Perl, too. In 1995!

Params::CallbackRequest is what looks for the callbacks.
When you  
submit a form to Bricolage, Params::CallbackRequest looks at
all of  
the field names, and any with the format of
"foo|bar_cb" are assumed  
to be callbacks. It then looks for a callback class that has
been  
loaded and identified with the key "foo", and then
it looks for the  
callback method "bar" in that class.

So, is what's happening that the login form comes up, you
submit it,  
and then you get that error?

Best,

David

David E. Wheeler wrote:
> On May 5, 2008, at 14:10, cdmiller wrote:
> 
>> Still have this callback for key login|login_cb not
found.
>>
>> Bric::App::Callback::Login is loaded and I get my
print statement output
>> at server startup.  Cleared out /tmp/bricolage, ran
the bric_clean_tmp,
>> all browser data.  Make uninstall, and clean code
base reinstall.
>>
>> I can't seem to find where the 'login_cb' is being
looked for or used by
>> anything?  It appears 'login|login_cb' is the name
for the button in the
>> login form.  'login_cb' gets assigned by button.mc,
but what cares about
>> finding 'login|login_cb' after the mouse click?  Is
there supposed to be
>> a hash magically initialized somewhere?
>>
>> This is on Ubuntu Hardy, Apache 2.2.8, HTML::Mason
1.39,
>> MasonX::Interp::WithCallbacks 1.18, mod_perl 2.0.3,
and the bricolage
>> 1.11.0 downloaded from sourceforge.
>>
>> Most of my perl is still based on the pink book, so
go easy on me 
> 
> Heh, that's how I first learned Perl, too. In 1995!
> 
> Params::CallbackRequest is what looks for the
callbacks. When you submit
> a form to Bricolage, Params::CallbackRequest looks at
all of the field
> names, and any with the format of
"foo|bar_cb" are assumed to be
> callbacks. It then looks for a callback class that has
been loaded and
> identified with the key "foo", and then it
looks for the callback method
> "bar" in that class.
> 
> So, is what's happening that the login form comes up,
you submit it, and
> then you get that error?

Correct.  Click "Log in", and the error comes up
in the resultant
bricolage window.  Menus are on the left hand side, choose
anything and
it's back to the login form.  I have also tried this with
SSL off, with
everything going through port 80.  Params::CallbackRequest
is at version
1.17

We have a perl guy here who said something about trying to
chase it down
with data dumper, so we may be looking at that this
afternoon.  I am
presuming this is something screwed up in my install.

- cameron

On Tue, 6 May 2008, cdmiller wrote:
> Correct.  Click "Log in", and the error comes
up in the resultant
> bricolage window.  Menus are on the left hand side,
choose anything and
> it's back to the login form.  I have also tried this
with SSL off, with

Why is SSL "yes" by default anyway,
I'm wondering as I try to install it on my system.


> everything going through port 80. 
Params::CallbackRequest is at version
> 1.17
>
> We have a perl guy here who said something about trying
to chase it down
> with data dumper, so we may be looking at that this
afternoon.  I am
> presuming this is something screwed up in my install.

Looks like it, as I am able to login on
a vanilla install on Hardy Heron.
You upgraded?

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Scott Lanning wrote:
> On Tue, 6 May 2008, cdmiller wrote:
>> Correct.  Click "Log in", and the error
comes up in the resultant
>> bricolage window.  Menus are on the left hand side,
choose anything and
>> it's back to the login form.  I have also tried
this with SSL off, with
> 
> Why is SSL "yes" by default anyway,
> I'm wondering as I try to install it on my system.
> 
> 
>> everything going through port 80. 
Params::CallbackRequest is at version
>> 1.17
>>
>> We have a perl guy here who said something about
trying to chase it down
>> with data dumper, so we may be looking at that this
afternoon.  I am
>> presuming this is something screwed up in my
install.
> 
> Looks like it, as I am able to login on
> a vanilla install on Hardy Heron.
> You upgraded?

I took the old 1.10.5 vm, which has been upgraded from
feisty, to gutsy,
to hardy, ran a make uninstall for the 1.10.5, and make
install for 1.11.0.

I'll try a fresh Heron and try to figure out what was
different.

- - cameron
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIIJTnJ62kxkSCtLARApRJAJwKBYWrCOhaWHavNxUE5EVuvJc2pACe
Nx5x
45At8uYmxPx+UJkx9LFjuTo=
=zfts
-----END PGP SIGNATURE-----

On May 6, 2008, at 09:24, Scott Lanning wrote:

> Why is SSL "yes" by default anyway,
> I'm wondering as I try to install it on my system.

Because if you have mod_ssl, it assumes that you want to use
it.

Best,

David