-AJ- Posted November 18, 2017 Posted November 18, 2017 If anonymous login is allowed, then last_activity for each member in core_members is not properly updated. In IP.Board 3.x last_activity was still updated and there was another db field to indicate they were anonymously logged into the site. If you do a member search for members online in the last month and you have a user that's been logged in anonymous for 3 months your search will not be accurate. I really think IPS should move back to keeping last_activity updated with a member's last known site access time. It'd be better to have profiles and widgets say Private for last visited like they did in IP.Board 3.x than to have them list a false date. It's been a mess for our moderators, produced inaccurate results when doing statistics on members, and made people ask why the site says someone visited months ago when they can obviously see they just made a post. We've disabled it on our site because of this, but obviously people liked not appearing in the "Who's online" list and it'd be great if the functionality could be fixed.
-AJ- Posted November 21, 2017 Author Posted November 21, 2017 I'd like to add that turning off anonymous login does not fix the problem. Any user previously logged in anonymously gets to continue using the site as an anonymous user despite the change.
MADMAN32395 Posted November 22, 2017 Posted November 22, 2017 11 hours ago, -AJ- said: I'd like to add that turning off anonymous login does not fix the problem. Any user previously logged in anonymously gets to continue using the site as an anonymous user despite the change. Changes like that I would utilize the logout all users button.
AlexWebsites Posted December 12, 2017 Posted December 12, 2017 How do you guys control anonymous user spam? Do you get a lot of spam? What advantage do you see in allowing anonymous logins?
opentype Posted December 12, 2017 Posted December 12, 2017 54 minutes ago, AlexWebsites said: How do you guys control anonymous user spam? Not sure what that means. Anonymous login just hides people from online lists, which some people might prefer in regards to privacy. I don’t see any connection to spam.
AlexWebsites Posted December 12, 2017 Posted December 12, 2017 7 hours ago, opentype said: Not sure what that means. Anonymous login just hides people from online lists, which some people might prefer in regards to privacy. I don’t see any connection to spam. Ah good point, I was thinking guests posting as anonymous posting without registration.
Cyboman Posted December 12, 2017 Posted December 12, 2017 I think, the option "allow anonymous logins" should become a per-usergroup setting! And the users should be able to switch their visibility status during their sessions, without logout/relogin procedure.
Nathan Explosion Posted December 12, 2017 Posted December 12, 2017 The problem with it being 'per usergroup' is the person who chooses to go anonymous hasn't logged in yet....so how does the suite know what group they are in to allow them to log in anonymously when they login? The user would have to remember to then go in and change to anonymous after they login. Or you could prompt them each time they login and annoy them. Either way...it's an extra step that will take longer than ticking a box at login.
Cyboman Posted December 12, 2017 Posted December 12, 2017 31 minutes ago, Nathan Explosion said: The problem with it being 'per usergroup' is the person who chooses to go anonymous hasn't logged in yet....so how does the suite know what group they are in to allow them to log in anonymously when they login? I understand the problem, thanks, but maybe there could be an automatic "remember my visibility status" step in between login and being shown as logged in? 31 minutes ago, Nathan Explosion said: The user would have to remember to then go in and change to anonymous after they login. Or you could prompt them each time they login and annoy them. Either way...it's an extra step that will take longer than ticking a box at login. Like in many portals, there could be a "ghost" symbol next to the notifications/pm symbols on top of the header, which is shining or greyed out (always greyed out for not permitted usergroups)... This is what I meant by "switch status during the session" and it would only be one click. Anyway, thanks for the explanation.
Nathan Explosion Posted December 12, 2017 Posted December 12, 2017 Anything that helps you elaborate on your idea is good. My simple answer to the problem: disable anonymous logins, and log everyone out
Salty Dog Posted February 21, 2018 Posted February 21, 2018 Where can I turn Anonymous Login on or off. I can't seem to find it in the ACP?
Ryan Ashbrook Posted February 21, 2018 Posted February 21, 2018 8 minutes ago, Salty Dog said: Where can I turn Anonymous Login on or off. I can't seem to find it in the ACP? Admin CP > System > Login Handlers > Login Settings. Alternatively, if you search for "anonymous" in the search bar, it will take you right to that page.
TSP Posted February 21, 2018 Posted February 21, 2018 I agree with the original request. Update the time for last visit (or save it in another field) and simply hide that information on the profile if the last time they visited chose to log in anonymously. Or show the last time they logged in publicly. The current way screws up statistics and for example bulk mail sendouts. Disabling anonymous logins doesn't help, as the feature of then logging in anonymously is removed...
TheJackal84 Posted February 21, 2018 Posted February 21, 2018 On 12/12/2017 at 7:59 PM, Cyboman said: Like in many portals, there could be a "ghost" symbol next to the notifications/pm symbols on top of the header, which is shining or greyed out (always greyed out for not permitted usergroups)... This is what I meant by "switch status during the session" and it would only be one click. Like this?
hankii Posted February 26, 2018 Posted February 26, 2018 On 11/21/2017 at 2:53 PM, -AJ- said: I'd like to add that turning off anonymous login does not fix the problem. Any user previously logged in anonymously gets to continue using the site as an anonymous user despite the change. This x1000000000000000 Is there a query that can be run manually to kill this? Or something site administrators can do? Turning it off just doesn't seem to work fully lol.
Recommended Posts
Archived
This topic is now archived and is closed to further replies.