That should be the default behaviour of sfGuardPlugin
But if you want to customize the signinSuccess.php, don't do it on the
plugin directory.
Do it be creating
"myproject/myapp/modules/sfGuardAuth/templates/signinSuccess.php" (do
this manually, don't use symfony command line, e.g.: don't use sy
Yes, that's right. You can make your own sfGuardAuth module.
The other question almost as important is how do you overload the
sfGuardUser class? I have tried making my own sfGuardUser.php in the /
lib/model directory but with no success. I'd like to be able to stay
completely out of the plugi
I don't know how to do this without doing stuffs in the plugin folder
Why do you want to overload sfGuardUser?
On Fri, May 15, 2009 at 1:48 PM, H. Tuttle wrote:
>
> Yes, that's right. You can make your own sfGuardAuth module.
>
> The other question almost as important is how do you overload th
On May 14, 8:42 pm, Sid Bachtiar wrote:
> That should be the default behaviour of sfGuardPlugin
>
Yes, but somehow that is not working for us. When I look in
BasesfGuardAuthActions.class.php, I see this code:
$this->form->bind($request->getParameter('signin'));
if ($this->form->i
I noticed that this problem used to be common, a year ago, but it was
supposedly fixed 6 months ago, in ticket #3212:
http://trac.symfony-project.org/ticket/3212
So I tried changing this:
$signinUrl = sfConfig::get('app_sf_guard_plugin_success_signin_url',
$user->getReferer('@homepage'));
to
will create a new session - so you'll need to transfer the
information from the existing session if you don't want to lose the data).
-Original Message-
From: symfony-users@googlegroups.com [mailto:symfony-us...@googlegroups.com]
On Behalf Of H. Tuttle
Sent: 15 May 2009 03:49
To
usually if you would set in your app config dir into security.yml
all:
is_secure: on
then you won't have to worry .. any directory that would access your user,
will be automatically redirected to "login" form unless he's already logged
in.
That would mean the page that was requested becomes the r
On May 15, 9:32 am, Alexandru-Emil Lupu wrote:
> usually if you would set in your app config dir into security.yml
> all:
> is_secure: on
> then you won't have to worry .. any directory that would access your user,
> will be automatically redirected to "login" form unless he's already logged
On May 15, 5:23 am, "David Ashwood"
wrote:
> There's a couple of places that tend to cause confusion when people try to
> override Symfony & plugin functionality and the autoloader doesn't help when
> you're trying to test things out.
>
> You can generally create your own version of any class -
On Behalf Of H. Tuttle
> Sent: 15 May 2009 03:49
> To: symfony users
> Subject: [symfony-users] Re: do i directly edit sfGuardAuth signinSucess.php
> if I want to customize the signing form, or do I override it elsewhere?
>
> Yes, that's right. You can make your own sfGuardAuth mod
iginal Message-
From: symfony-users@googlegroups.com [mailto:symfony-us...@googlegroups.com]
On Behalf Of nick
Sent: 15 May 2009 20:05
To: symfony users
Subject: [symfony-users] Re: do i directly edit sfGuardAuth signinSucess.php
if I want to customize the signing form, or do I override it elsewhe
inal Message-
> From: symfony-users@googlegroups.com
[mailto:symfony-us...@googlegroups.com]
>
> On Behalf Of H. Tuttle
> Sent: 15 May 2009 03:49
> To: symfony users
> Subject: [symfony-users] Re: do i directly edit sfGuardAuth
signinSucess.php
> if I want to customize the signing
On May 15, 2:59 pm, "David Ashwood"
wrote:
> Nick,
> You'll need to urlencode the string to use it when you append it to the post
> url.
>
The variable from the form isn't really a problem. But that is not
where the problem is. I did this:
So now I've got an urlencoded()
On May 15, 2:48 pm, "David Ashwood"
wrote:
> Aye - so looking at the code you need to pass the referring URL to the form
> from executeSignin.
> In the form them append the referrer to the post request with something like
> "&referrer=url".
> Then in the isValid codeblock - pull out the param a
Interesting. I feel like I'm getting closer. Instead of getUri() I
switched to using getPathInfo() in the form:
I had to use substr() to remove the first "/" forward slash, otherwise
the address was treated as absolute from the document root. I then
changed actions.class.php
Clearly, I'm going about this all wrong. If anyone else out there who
has done this wants to chime in, I'd be grateful.
Out of desperation, I tried the straightforward approach, which I know
is a big hack:
$arrayOfUrlParts = explode('/', $request->getParameter('redirect'));
$model = $arrayOfUr
Use
$this->getUser()->setAttribute('referer', 'URL to come back to');
sfGuard upon successful login should try to take you there.
On Sat, May 16, 2009 at 4:53 PM, nick wrote:
>
> Clearly, I'm going about this all wrong. If anyone else out there who
> has done this wants to chime in, I'd be gra
On May 16, 12:59 am, Sid Bachtiar wrote:
> Use
>
> $this->getUser()->setAttribute('referer', 'URL to come back to');
>
> sfGuard upon successful login should try to take you there.
Thanks. What is the right format for 'URL to come back to'? Is this a
standard URL, or do I format it for Symfon
On May 16, 12:59 am, Sid Bachtiar wrote:
> Use
>
> $this->getUser()->setAttribute('referer', 'URL to come back to');
>
> sfGuard upon successful login should try to take you there.
Sad to say, that didn't work. My code now looks like this:
if ($request->getParameter('redirect'))
{
$arrayO
URL is in Symfony format, e.g.: 'module/action?param=value'
Don't set the following app.yml sfGuard's setttings:
all:
sf_guard_plugin:
success_signin_url: @my_route?param=value # the plugin use
the referer as default
On Sat, May 16, 2009 at 6:46 PM, nick wrote:
>
>
>
> On May 16, 12
On May 16, 3:00 am, Sid Bachtiar wrote:
> URL is in Symfony format, e.g.: 'module/action?param=value'
>
> Don't set the following app.yml sfGuard's setttings:
>
> all:
> sf_guard_plugin:
> success_signin_url: �...@my_route?param=value # the plugin use
> the referer as default
Thanks
On May 16, 3:00 am, Sid Bachtiar wrote:
> URL is in Symfony format, e.g.: 'module/action?param=value'
>
> Don't set the following app.yml sfGuard's setttings:
>
> all:
> sf_guard_plugin:
> success_signin_url: �...@my_route?param=value # the plugin use
> the referer as default
Okay, I
22 matches
Mail list logo