Hello Andy.

Can you provide us with Joomla backend and FTP access so we can check on the issue directly?

Hi Izzan, Unfortunately, I can't unless I take the site offline and out from behind a secured firewall environment for a period of time that would be unacceptable to my users... given I have a very large user-base and I have 10-20 people online at any given time throughout the day.

As an Alternative, I could clone the site and put it at a temp url for you to look at and investigate... and then after you find the problem, you could instruct me on the fix. Would that work for you? If so, it would likely be the first part of next week before I could get around to doing that.

Hello Andy.

What you can do instead is to create the hidden menu that you are linking to Joomla's forget username / password and the menu items that you have created must set to "public".

Hope this help

Hi Izzan,

Thanks for the information, and sorry for the delay. I have been so busy that I had to put this issue a little lower on my priority list of bugs to address in the system, until now.

I had that set up already, and it doesn't work either. It just re-directs the link from the email back over to the /login page as shown in the image I attached a few weeks ago.

I have spent hours trying to fix this issue. I have even tried launching a brand new "Fresh install" of Easysocial on the same template that I have been using (JoomlArt - UBER template) and that doesn't work either. In all cases of testing, it tries to access the password and username reset screen, from the link in the email that Easysocial sends to the user, from a registered access screen.

The only other 3rd party components that I'm using with Easysocial are JFBconnect, and it is configured properly. Whould it matter if I'm using SSL? perhaps easy social is trying to route to the http versus the https? and the apache access file is routing it to https, which throws Easysocial OFF?

That's the only thing I can think of at this point.

UPDATE, I have turned off all SSL and all SEF, and the email link (just the one in the PASSWORD reset email) still tries to go to:

/account-type/confirmReset which redirects to /login


* additional information is that I have 3 seperate profile types set up for users, all accessing the "registered" group

hopefully this helps you trouble shoot or point me in the right direction so I can continue to trouble shoot.

Oh, one more thing. If I login to my account in easysocial, and then click the password reset button in the email (which is for a different account that I have requested the password reset for), it brings me to the reset page, but only because I am logged in:

/account-type/confirmReset


I've attached an screenshot of what it looks like.


So it's very obvious that it is trying to access the reset form from within a "logged-in" state.