vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vB4 General Discussions (https://vborg.vbsupport.ru/forumdisplay.php?f=251)
-   -   New registered user issue.. (https://vborg.vbsupport.ru/showthread.php?t=310238)

excessive34 04-05-2014 08:51 PM

New registered user issue..
 
Whenever a new user registered... this is what displays in the "Whos Online" area:

Welcome to our newest member, vb1d7fab

What could be causing this? Is it pulling the database field? It shows that same name EVERY time.

ozzy47 04-05-2014 08:58 PM

IIRC, if you make the users verify email before becoming a member, that is probably why.

So if the newly registered member is in the group, Users Awaiting Email Confirmation, they will not show up there. This is just off the top of my head.

Max Taxable 04-05-2014 09:03 PM

Quote:

Originally Posted by excessive34 (Post 2491697)
Welcome to our newest member, vb1d7fab

You're saying this is not what the new user's handle actually is?

excessive34 04-05-2014 09:08 PM

Correct to Max, Why is this suddenly happening now then ozzy? I've had vbulletin for years without this issue.

That does seem correct also because the name will eventually change and its probably when they confirm and become a member.

ozzy47 04-05-2014 09:12 PM

Right, check your latest registrations in the ACP, and see if any after the user, vb1d7fab are in the members group.

excessive34 04-05-2014 09:14 PM

They are not in the members group, they are awaiting confirmation.

ozzy47 04-05-2014 09:18 PM

Then that is the case, just as I suspected. Why you never noticed it before, I am not sure, it could be most of the new members verified their email, or you just really never caught it.

Max Taxable 04-05-2014 09:19 PM

Installed any new mods lately?

Try turning hooks off in adminCP>Plugin/Hooks System then register some test accounts and check WoL.

excessive34 04-05-2014 09:20 PM

This was not an issue before, Users Awaiting Confirmation names still showed there, not the random string of data.

--------------- Added [DATE]1396736549[/DATE] at [TIME]1396736549[/TIME] ---------------

Hmm, I've just changed the latest user and the name still displays as the random string.

ozzy47 04-05-2014 09:23 PM

Wait, so vb1d7fab is not a valid member?

Max Taxable 04-05-2014 09:24 PM

Quote:

Originally Posted by excessive34 (Post 2491706)
This was not an issue before, Users Awaiting Confirmation names still showed there, not the random string of data.

--------------- Added [DATE]1396736549[/DATE] at [TIME]1396736549[/TIME] ---------------

Hmm, I've just changed the latest user and the name still displays as the random string.

Turn the hooks off. Then register some test users which aren't validated.

excessive34 04-05-2014 09:24 PM

Quote:

Originally Posted by ozzy47 (Post 2491708)
Wait, so vb1d7fab is not a valid member?

http://www.eldersreach.com/forum.php

The newest registered member is "wossy" it displays as "vb1d7fab"

I have changed that users status to "Registered Member" and it still displays with the random string.

--------------- Added [DATE]1396736735[/DATE] at [TIME]1396736735[/TIME] ---------------

I have no additional plugins that would be causing this max, I've been running the same spam stoppers/DB tech plugins for the last 1-2 years.

Max Taxable 04-05-2014 09:26 PM

It's not a valid user? Profile link HERE

excessive34 04-05-2014 09:27 PM

Any ideas as to why?

Max Taxable 04-05-2014 09:28 PM

Quote:

Originally Posted by excessive34 (Post 2491710)
http://www.eldersreach.com/forum.php

The newest registered member is "wossy"

Is "wossy" userid 2290?

excessive34 04-05-2014 09:30 PM

Quote:

Originally Posted by Max Taxable (Post 2491714)
Is "wossy" userid 2290?

wossy is 2289

Max Taxable 04-05-2014 09:32 PM

2290 is your newest member then. What happened when I linked you to the profile? Did you click?

Your newest member is userid 2290.

His handle is vb1d7fab

It's two separate accounts.

"wossy" registered right before.

excessive34 04-05-2014 09:33 PM

So I guess the question is, why is the database creating new members that arent the correct userid.

Max Taxable 04-05-2014 09:35 PM

Quote:

Originally Posted by excessive34 (Post 2491717)
So I guess the question is, why is the database creating new members that arent the correct userid.

Did you check the profile of the new user? The registered email address?

You're aware registrations can occur simultaneously, right?

excessive34 04-05-2014 09:36 PM

Quote:

Originally Posted by Max Taxable (Post 2491718)
Did you check the profile of the new user? The registered email address?

You're aware registrations can occur simultaneously, right?

I did check the profile, I dont understand what you're getting at.

Max Taxable 04-05-2014 09:37 PM

Quote:

Originally Posted by excessive34 (Post 2491720)
I did check the profile, I dont understand what you're getting at.

Did that new user have a valid email address? Is there a IP registered on his profile in adminCP?

I think it is a spammer who registered right at the same time "wossy" did. That is what I'm getting at. The spammer is userid 2290.

excessive34 04-05-2014 09:42 PM

Quote:

Originally Posted by Max Taxable (Post 2491721)
Did that new user have a valid email address? Is there a IP registered on his profile in adminCP?

I think it is a spammer who registered right at the same time "wossy" did. That is what I'm getting at. The spammer is userid 2290.

Ah ok, I get what you're saying.

They didnt validate their email, I did it for them so that is a possiblity.

However, userid 2290 wasnt in the database, I changed "wossy" to 2290 (Instead of 2289) and updated users and it cleared the issue.

This happens quite often with new registrations though so I'm not sure what the cause is.

--------------- Added [DATE]1396737786[/DATE] at [TIME]1396737786[/TIME] ---------------

and yes they do have an IP

ozzy47 04-05-2014 09:44 PM

Why on earth would you need to change users ID's in the DB?

Max Taxable 04-05-2014 09:44 PM

Quote:

Originally Posted by excessive34 (Post 2491722)
Ah ok, I get what you're saying.

They didnt validate their email, I did it for them so that is a possiblity.

However, userid 2290 wasnt in the database, I changed "wossy" to 2290 (Instead of 2289) and updated users and it cleared the issue.



--------------- Added [DATE]1396737786[/DATE] at [TIME]1396737786[/TIME] ---------------

and yes they do have an IP

So it wasn't the magic database creating new accounts. Glad we got that solved.
Quote:

This happens quite often with new registrations though so I'm not sure what the cause is.
The cause apparently is, you.

Why did you manipulate the userid numbers? Wossy is 2290 now? Makes no sense.

excessive34 04-05-2014 09:45 PM

Quote:

Originally Posted by ozzy47 (Post 2491724)
Why on earth would you need to change users ID's in the DB?

This is what I dont get... Why is a new user thats "userid 2290" being labeled "2289" in the database?

--------------- Added [DATE]1396738032[/DATE] at [TIME]1396738032[/TIME] ---------------

Lol.. to max... I wanted to see if correcting the userid of the user would correct the "random string of data displayed"... and it did.

Max Taxable 04-05-2014 09:48 PM

Quote:

Originally Posted by excessive34 (Post 2491726)
This is what I dont get... Why is a new user thats "userid 2290" being labeled "2289" in the database?

That is not what happened. Wossy got registered first, followed closely by the real user 2290 with the spammy name.

On another topic - Why do you verify email addresses anyway? It doesn't inhibit spam - the autospam programs defeated the human verification of the major email providers long ago. All it does today is annoy legitimate users and cause you to think the magic database is randomly creating users and even assigning them a IP and email address!

*slaps knee*

excessive34 04-05-2014 09:49 PM

Wossy's userprofile stated he was "USERID 2290" in the database he was labeled "2289"

Max Taxable 04-05-2014 09:49 PM

Quote:

Originally Posted by excessive34 (Post 2491726)
Lol.. to max... I wanted to see if correcting the userid of the user would correct the "random string of data displayed"... and it did.

It wasn't a "random string of data displayed" it was a spammers user handle. Put down the bong and walk away friend!

Max Taxable 04-05-2014 09:51 PM

Quote:

Wossy's userprofile stated he was "USERID 2290" in the database he was labeled "2289"
Dude you're tweaking. Methamphetamine is really, really bad for you.

Max Taxable 04-05-2014 09:54 PM

So, the magic database is not only randomly creating users and even assigning them a IP and email address, it's messing with legitimate new users' ID numbers as well.

See how this sounds?

Barcham 04-06-2014 01:58 AM

Quote:

Originally Posted by Max Taxable (Post 2491728)
That is not what happened. Wossy got registered first, followed closely by the real user 2290 with the spammy name.

On another topic - Why do you verify email addresses anyway? It doesn't inhibit spam - the autospam programs defeated the human verification of the major email providers long ago. All it does today is annoy legitimate users and cause you to think the magic database is randomly creating users and even assigning them a IP and email address!

*slaps knee*

A bit off topic, but as to verifying email addresses... I send out a verification email to all new members and until the email is confirmed, they cannot post on my board or even have access to most of the content. So far, I have yet to have so much as one spammer post anything on the board. The few bots who do get through, never verify their email address and stay in limbo forever or until I get around to deleting them. If I was to forego the email verification, these bots - the very few that do get by my security - would be able to post at will. Or is there a category of bot that will actually respond to the verification email? If so, I haven't encountered them yet.

Max Taxable 04-06-2014 02:37 AM

Quote:

Originally Posted by Barcham (Post 2491751)
A bit off topic, but as to verifying email addresses... I send out a verification email to all new members and until the email is confirmed, they cannot post on my board or even have access to most of the content. So far, I have yet to have so much as one spammer post anything on the board. The few bots who do get through, never verify their email address and stay in limbo forever or until I get around to deleting them. If I was to forego the email verification, these bots - the very few that do get by my security - would be able to post at will. Or is there a category of bot that will actually respond to the verification email? If so, I haven't encountered them yet.

They don't even need to check their email, they get the verification code from the vB script when they submit the form.

If email verification works for ya, keep doing it.:D

I don't mess with it on any of my boards and haven't for at least a couple of years, and still no spam gets through - due to the actions described at the link in my sig.

excessive34 04-06-2014 02:56 AM

Quote:

Originally Posted by Max Taxable (Post 2491733)
So, the magic database is not only randomly creating users and even assigning them a IP and email address, it's messing with legitimate new users' ID numbers as well.

See how this sounds?

Are you being an ignorant moron purposely or what?

I'm giving you direct facts and trying to figure out why its happening... If you cant help, take your ignorance else where.

A user signed up, his name was wossy. The database assigned him "2289"... For whatever reason, the website saw him as user "2290" the random string of text was being displayed for the new user... because the field doesnt exist in the database.

So why is this happening? Acting high and mighty doesnt solve my issue.

Max Taxable 04-06-2014 03:19 AM

Quote:

Originally Posted by excessive34 (Post 2491753)
A user signed up, his name was wossy. The database assigned him "2289"... For whatever reason, the website saw him as user "2290" the random string of text was being displayed for the new user... because the field doesnt exist in the database..

This is NOT what happened. The system does NOT create users and it does NOT randomly assign userid numbers.

And it does NOT assign random IP addresses and email addresses to these phantom users.

You had TWO users - the fact that you could not see the userid 2290 in the db isn't relevant - it existed, or you would not have been able to call up the profile, see the IP and email address, and so on. This information was INPUTTED by whoever registered that account and it is NOT related to the "wossy" account.

I have had a vBulletin license for close to 12 years and have been running installations of it that long, and I think in all that time I have gone into the database maybe a dozen times - there's simply very seldom a reason to do that. Leave the db alone to do its thing.

You freaked out because you had two accounts registered almost simultaneously. There WERE two accounts, you said so yourself. There was NO misassignment of userid number and there was NO magically created user in the db that has a unique email and a IP address.

You didn't use scientific method to investigate this and then you wiped out any chance at all of figuring anything out, by meddling with the database. It's stupid.

You're wasting good people's time with this nonsense.

excessive34 04-06-2014 04:51 AM

Quote:

Originally Posted by Max Taxable (Post 2491755)
This is NOT what happened. The system does NOT create users and it does NOT randomly assign userid numbers.

And it does NOT assign random IP addresses and email addresses to these phantom users.

You had TWO users - the fact that you could not see the userid 2290 in the db isn't relevant - it existed, or you would not have been able to call up the profile, see the IP and email address, and so on. This information was INPUTTED by whoever registered that account and it is NOT related to the "wossy" account.

I have had a vBulletin license for close to 12 years and have been running installations of it that long, and I think in all that time I have gone into the database maybe a dozen times - there's simply very seldom a reason to do that. Leave the db alone to do its thing.

You freaked out because you had two accounts registered almost simultaneously. There WERE two accounts, you said so yourself. There was NO misassignment of userid number and there was NO magically created user in the db that has a unique email and a IP address.

You didn't use scientific method to investigate this and then you wiped out any chance at all of figuring anything out, by meddling with the database. It's stupid.

You're wasting good people's time with this nonsense.

You've posted more ignorance in one thread then I have experienced throughout my entire life. Holy shit.

cellarius 04-06-2014 09:32 AM

Well. Fact is: It is simply impossible that you see a different userid in the profile's url than there is in the database. Simply because that very userid from the url is used by vB to identifiy what line of data to read from the database to render the profile page. If there's 2290 in the URL, there simply is no way that vB read the data from line 2289 in the database. Except you wrote a plugin that changed the userid along the way, but then none of your profiles would work at all.

You're simply making no sense, and since you obviously have messed with the user table, changing userids around, in all probability you simply got lost. Of course, your, let's say incoherent way of describing the problem and the steps you tried to resolve it in this thread are not exactly helpful to follow the issue at all.

And this has nothing to do with ignorance - it's just that what you describe is really, really hard to believe if one knows how things work.

Max Taxable 04-06-2014 03:47 PM

Quote:

Originally Posted by excessive34 (Post 2491762)
You've posted more ignorance in one thread then I have experienced throughout my entire life. Holy shit.

Hey Man, earlier in the thread you verified there were two new users. I verified "Wossy" was userid 2289 and the spammer was 2290, by hovering my mouse over their usernames. I asked you about this and you verified it, yourself.

You verified the spammer's profile contained a IP address and a unique email address.

There were TWO accounts, not some magically generated gibberish one. There was NO database error, there was NO duplication and there was NO mis-assignment of userid number.

There was only a paranoid, confused, way too busybody forum admin who couldn't take the couple of seconds necessary to figure out the spammer account, although with a spammy name, was a legitimate account.

And clearly you have no respect for other folks time. Folks who are here to volunteer their time to help others. Folks who do this every damn day and never ask for, anything in return. Folks who over the years have helped some good people out of some serious, legitimate jams.

This was no jam, serious or legitimate - it was your imagination. And you wasted our time with it.


All times are GMT. The time now is 01:04 PM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01361 seconds
  • Memory Usage 1,838KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (21)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (37)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete