XOOPS 
Forum
Forum Index General Forums Community Support Modules Support Themes Support Development International Support Module Hack Reviews Theme Designer Talk


« 1 ... 74 75 76 (77) 78 »


761
tl
Re: preventing multiple simultaneous logins *URGENT*

  • 2003/10/12 1:58

  • tl

  • Friend of XOOPS

  • Posts: 999

  • Since: 2002/6/23


Quote:
sorry, I'm not really sure how to work on this "custom session" do you think you could show me what you're thinking in code?


To set custom session, admin->control panel->Preferences->General Settings

Topic | Forum


762
tl
Re: preventing multiple simultaneous logins *URGENT*

  • 2003/10/12 1:34

  • tl

  • Friend of XOOPS

  • Posts: 999

  • Since: 2002/6/23


Quote:
you're right tl, I could log in with a different browser if the first browser was idle for long enough.

This isn't going to do for my situation. Like you said I need to prevent anyone from loggin in as long as that user is laready active.


I have not tested it yet, just a thought. You could utilize the custom session with GIJOE's hack.

For example, if you set

$online_handler->gc( 300 );

to 5 minutes, you could set the custom session to expire in 4 minutes - in essence, you force the user offline. Any user will have to wait for 1 minute afterwards to log in. This way it will make sure there is only one user in the system.



Topic | Forum


763
tl
Re: preventing multiple simultaneous logins *URGENT*

  • 2003/10/12 0:51

  • tl

  • Friend of XOOPS

  • Posts: 999

  • Since: 2002/6/23


Quote:
I just tested for that now, tl, and even hours after a login on one browser, I still can't login on any other browser or computer. I think you may have misunderstood that parameter and GIJ cleared it up with his explanation already. Still 300 is a little long in my opinion, I think I'll cut it down to 150 for my site.


Jose, if you were to log into the system and were idle for 5 minutes or more, another user would be able to log into the system using the same username while the first one were still online (but doing nothing). This way two users will be able to share the same username.

Same applies to two browsers. If one browser or user were to be idle for 5 minutes, another browser or user would be able to log in. Afterwards, as long as the first browser is open, the second browser or user can log in or off with no limitations.

The perfect solution would be the first one would be kicked off online if XOOPS were to detect there is second session active.

Look forward to your emailing function.

tl

Topic | Forum


764
tl
Re: preventing multiple simultaneous logins *URGENT*

  • 2003/10/11 22:29

  • tl

  • Friend of XOOPS

  • Posts: 999

  • Since: 2002/6/23


Thanks, GIJOE. You have clarified the questions I have.
Topic | Forum


765
tl
Re: preventing multiple simultaneous logins *URGENT*

  • 2003/10/11 17:30

  • tl

  • Friend of XOOPS

  • Posts: 999

  • Since: 2002/6/23


Just one glitch with this hack.

$online_handler->gc( 300 );

prevents you from logging in 5 minutes if you forgot to logout.

But, it also allows another person to log in using the same username five minutes after the initial user having logged in, so multiple logins are still possible. The hack only works in the initial 5 minutes.

tl

Topic | Forum


766
tl
Re: preventing multiple simultaneous logins *URGENT*

  • 2003/10/11 16:36

  • tl

  • Friend of XOOPS

  • Posts: 999

  • Since: 2002/6/23


Great hack, thanks GIJ.

In lieu of
redirect_header(XOOPS_URL.'/user.php',1,_US_MULTLOGIN);

Maybe an email to admin noticing the user account of simultaneous login would be even better.

tl
Topic | Forum


767
tl
Re: BUG - retrieving password

  • 2003/10/9 14:12

  • tl

  • Friend of XOOPS

  • Posts: 999

  • Since: 2002/6/23


Thank you, now it works.
tl
Topic | Forum


768
tl
Re: BUG - retrieving password

  • 2003/10/9 12:55

  • tl

  • Friend of XOOPS

  • Posts: 999

  • Since: 2002/6/23


I guess I am the ONLY person is having this problem.

The problem I have fugured out is that once the new password was sent to you, XOOPS will re-direct you to user.php page, but with attachedment like this

user.php?xoops_redirect="......."

If you were to log in through this re-directed page, a new password request email would be generated and be sent to you. To a novice person, he/she would be attempting to click on it and the whole cycle re-starts again.

If you were to log in directly or delete the whole phrase "?xoops_redirect=......" in the re-directed page, no new email would be generated.

I am trying to figure out how I can set the re-direct to a simple user.php page without all the attachment.

Or if this could be done through user.php, so it would not trigger the lostpass.php again.

Anyone???



Topic | Forum


769
tl
Re: BUG - retrieving password

  • 2003/10/8 15:25

  • tl

  • Friend of XOOPS

  • Posts: 999

  • Since: 2002/6/23


Can someone confirm if they are having the same problem? Anyone has a fix for it?

It is a very serious problem. It has the potential of trapping users into a loop of changing password.

Thanks.

tl
Topic | Forum


770
tl
BUG - retrieving password

  • 2003/10/7 21:33

  • tl

  • Friend of XOOPS

  • Posts: 999

  • Since: 2002/6/23


retrieve password through lostpass.php

If you want to retrive a password, you will receive a email message called "New Password Request at XOOPS Official Site". If you click on it, a new email message with a new password will be sent to you.

BUT once you have logged in with the new password, a "NEW Password Request ..." will be sent to you AGAIN and asks you to click on and change your password again.

The third email should not be sent by xoops.

tl
Topic | Forum



TopTop
« 1 ... 74 75 76 (77) 78 »



[Advanced Search]

Login

Register now!  |  Lost Password?

Search

Advanced Search

Recent Posts

Who's Online

248 user(s) are online (170 user(s) are browsing Support Forums)

Members: 0

Guests: 248

more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Apr 30
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits