Wow , I guess it wasn't really easy to figure that one out ;-)
Good luck with it!
On Jan 25, 6:52 pm, volve <[EMAIL PROTECTED]> wrote:
> I have found the cause of the problem. I appended a trac bug about
> it:https://trac.cakephp.org/ticket/830#comment:7
>
> Basically high & medium security mode
I have found the cause of the problem. I appended a trac bug about it:
https://trac.cakephp.org/ticket/830#comment:7
Basically high & medium security modes trigger PHP's
session.referer_check and tell it to look for $this->host in every
request's HTTP_REFERER.
This logic immediately breaks down
I also just compared dev to production:
dev:
php 5.2.5, php-default session settings
apache 2.2.6
production
php 5.2.5, php-default session settings
apache 2.2.8
When I upgraded production I actually switched to default httpd.conf
settings in case any of the previous Apache1.3 settings were par
Changing cake_session storage back to 'cake' (app/tmp/sessions/*) made
no difference. I can't find anything in trac.cakephp.org, and I
managed to misspell your name - sorry!
I don't know what to do now... :(
-volve
On Jan 24, 9:18 pm, volve <[EMAIL PROTECTED]> wrote:
> Ok... well... all was go
Ok... well... all was going well with Apache2 and PHP5 on the new dev
environment, so I upgraded the production server... and the same
problem is still occurring! I am so confused! I didn't do anything
custom with the Apache2 or PHP5 configs on production; I used the
recommended settings. :(
The
Well, something is removing items from ( or maybe totally wiping )
your session, and i don't think it's dAuth ;-)
did grep -i session on your project yield anything?
But at least you have an environment where it works. try comparing
php.ini's, apache.conf's , looking up bugs for cake and php ( ses
Thank you very much for getting back to me Dieter!
The salt is definitely "in there" before attemptLogin is called as I
can stick a print_r in Users/login action and I see the salt at the
top of the page when I load the login form. (But the print_r inside
attemptLogin shows it as missing when sub
> I basically did a
> fresh install of the v0.3 files from bakery.cakephp.org and wanted to
> get them all working as-is before customizing (to make sure there was
> nothing in my project interfering, I grep'd the entire source tree for
> references to 'salt' and only found the new dAuth ones).
W
re the passwords. I'm
baffled!
Any pointers anyone might have?
Thanks,
-volve
On Jan 17, 10:47 pm, volve <[EMAIL PROTECTED]> wrote:
> Hey all,
>
> I'm trying to get dAuth v0.3 working but am constantly presented with
> "Login failed: Credentials mismatch.".
Hey all,
I'm trying to get dAuth v0.3 working but am constantly presented with
"Login failed: Credentials mismatch.". I added a slew of debug output
to the component and sure enough my password hash and the one
submitted are completely different.
Some log_debug output from
10 matches
Mail list logo
