Mailing List Archive: Bricolage: users

1.11.0 Ubuntu Hardy login problem

Index | Next | Previous | View Threaded

cdmiller at adams

May 2, 2008, 2:21 PM

Post #1 of 9 (61 views)
Permalink

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=HASH(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::ApacheHandler=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::ApacheHandler=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(0xf1f83a4)')
called at -e line 0
eval {...} at -e line 0

david at kineticode

May 2, 2008, 9:26 PM

Post #2 of 9 (54 views)
Permalink

Re: 1.11.0 Ubuntu Hardy login problem [In reply to]

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

lannings at who

May 3, 2008, 11:47 AM

Post #3 of 9 (52 views)
Permalink

RE : 1.11.0 Ubuntu Hardy login problem [In reply to]

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 :D ]

-------- Message d'origine--------
De: David E. Wheeler [mailto:david[at]kineticode.com]
Date: sam. 5/3/2008 6:26
À: users[at]lists.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

cdmiller at adams

May 5, 2008, 2:10 PM

Post #4 of 9 (45 views)
Permalink

Re: RE : 1.11.0 Ubuntu Hardy login problem [In reply to]

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 :D ]
>
> -------- Message d'origine--------
> De: David E. Wheeler [mailto:david[at]kineticode.com]
> Date: sam. 5/3/2008 6:26
> À: users[at]lists.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

david at kineticode

May 5, 2008, 7:23 PM

Post #5 of 9 (44 views)
Permalink

Re: RE : 1.11.0 Ubuntu Hardy login problem [In reply to]

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

cdmiller at adams

May 6, 2008, 7:41 AM

Post #6 of 9 (44 views)
Permalink

Re: RE : 1.11.0 Ubuntu Hardy login problem [In reply to]

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

lannings at who

May 6, 2008, 9:24 AM

Post #7 of 9 (43 views)
Permalink

Re: RE : 1.11.0 Ubuntu Hardy login problem [In reply to]

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?

cdmiller at adams

May 6, 2008, 10:27 AM

Post #8 of 9 (44 views)
Permalink

Re: RE : 1.11.0 Ubuntu Hardy login problem [In reply to]

-----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)

iD8DBQFIIJTnJ62kxkSCtLARApRJAJwKBYWrCOhaWHavNxUE5EVuvJc2pACeNx5x
45At8uYmxPx+UJkx9LFjuTo=
=zfts
-----END PGP SIGNATURE-----

david at kineticode

May 6, 2008, 10:33 AM

Post #9 of 9 (43 views)
Permalink

Re: RE : 1.11.0 Ubuntu Hardy login problem [In reply to]

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

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact lists@gossamer-threads.com