Login popup + auto close after login

...with redirection

I have some content that only shows to users who are logged in. If they are a guest, it instructs them to login to view the content. My hope is to have an overlay popup linking to the login page, and once the user logs in, the popup closes and the original page redirects to itself (basically refreshing it to hide the message about needing to login).

When I tried to accomplish this using faux_open() or open_link_as_overlay(), the popup doesn't close itself after the user logs in. Instead the popup redirects itself and stays open.

A temporary work around that I am using for now is just a message to guests linking to the login page (and leaving the current page entirely), but then I have a redirect parameter in the URL to bring the user back to the current page after login. But I'm trying to make my site easier to use in the sense that users don't have to leave current pages to do something else, just to come right back to it. I prefer it all be done on the same page!

Hi Joe,

This is hard to follow.

Normally when access to a page is denied, it would automatically be a login page. But it sounds like you are trying to deny access via Tempcode inside a page.

I'm not sure I fully understand the flow. You said "an overlay popup linking to the login page". Are you saying that there's a page A, which has a link to open a page B in an overlay, which has a link to open to login page L in that same overlay, and then you want the overlay to self close somehow.
I'm not sure why you'd have a page B before the login page L, and not just go straight from A to L. However, I'm not sure that really changes the problem at hand.

The overlay should actually close itself. The default LOGIN_SCREEN template's form has target="_top", which should cause the overlay to be implicitly closed because it's posting into the main window not the overlay. That behaviour is already in active use in Composr, as there's a login link in the default footer that does this. So long as the login link you're triggering has a redirect parameter pointing back to page A, and the default login template's form functionality unaltered, it should work fine.

Default login link in footer:

The page is visible to all users, but some content is blurred out from view to guests (neat little CSS + Tempcode trick I made into a Comcode tag). This blurred content informs the user that they must login to view that section of information.

So, I was hoping that I could have a link right there within the blurred content, linking to the login page via an overlay, then redirect the user back to the original page which would remove the blur effect, thus showing the content to the user after they've logged in.

I'll try that little snippet of code you gave me inside my template later, but as of right now, the popup doesnt self destruct as you claim it should. I suppose something in that code you supplied is what does the trick.

Currently, I believe what I'm using is just a simple…

Hope that explains it better!

Ok. Check the target attribute of the login form, perhaps you changed that with your templating.
If that's set to _top I can't see how it wouldn't work.

Chris Graham said

Ok. Check the target attribute of the login form, perhaps you changed that with your templating.
If that's set to _top I can't see how it wouldn't work.

From “Post #5,102”, 15th October 2018, 6:08 pm

Using _SELF worked, but I didn't bother trying _TOP.

However, now I'm running into another issue with {$SELF_URL}: it's acting very strangely.

I have a link with a custom URL parameter, mysite.com/index.php?page=mypage&param=foo
The login href is written in my template like so: {$PAGE_LINK*,_SELF:login:redirect={$SELF_URL*}}
When hovering over the link, there seems to be some interference when {$SELF_URL} is inside {$PAGE_LINK} because the link is shown very oddly:

Because there's a & symbol after https, this just redirects to a not found as it's interpreting https to be an actual Comcode page.

However, if I seperate {$SELF_URL} from {$PAGE_LINK}, like so:
{$PAGE_LINK*,_SELF:login}&redirect={$SELF_URL*}

..things seem to link properly, BUT…even though hovering over and clicking the link does in fact append the &param=foo to the redirect parameter, once I log in and the actual redirection happens, it doesn't keep it appended.

So to sum up my questions:
1). Why does using {$SELF_LINK} within {$PAGE_LINK} interfere with showing the URL? Strangely it doesn't seem to have this problem in that footer template you mentioned earlier.
2). Do I need to change my custom URL param to keep_param=foo in order for Composr to keep it appended?

Ok, I see that you used {$SELF_URL&*,1}, this seems to work without interference. So, scratch my previous post! It's all working now.

Right, & adds the appropriate URL-escaping.

Using faux_open() to open a login popup doesn't self destruct after logging in. No matter how I write it out, it never works.


It's not a big deal though because I can just go this route:

Don't know if it's valid markup but it works!