Alter Ego Detector

Alter Ego Detector 1.7.8

No permission to download
Basically Xon what you are trying to say is it doesn't work as one would expect :D
I can testify to that, and the support was lacking to say the least 👍
 
  • Like
Reactions: Xon
My add-on records what threads/conversations it's reports to and doesn't create duplicate threads, and provides an easy way to see all alter-ego detection events for a given user. The fingerprint detection in that free version doesn't don't handle IP changes and a few other downsides.
Is this out yet?
 
Hey @Xon - an error here,

Code:
XenForo_Exception: Please enter at least one valid recipient. - library/XenForo/DataWriter.php:1359
Generated By: Skato, 1 minute ago

Code:
#0 /var/www/wweforums.net/httpdocs/library/XenForo/DataWriter.php(1401): XenForo_DataWriter->_haveErrorsPreventSave()
#1 /var/www/wweforums.net/httpdocs/library/LiamW/AlterEgoDetector/XenForo/Model/SpamPrevention.php(737): XenForo_DataWriter->save()
#2 /var/www/wweforums.net/httpdocs/library/LiamW/AlterEgoDetector/XenForo/ControllerPublic/Login.php(45): LiamW_AlterEgoDetector_XenForo_Model_SpamPrevention->processAlterEgoDetection(Array, Array, Object(XenForo_Phrase))
#3 /var/www/wweforums.net/httpdocs/library/XenForo/FrontController.php(351): LiamW_AlterEgoDetector_XenForo_ControllerPublic_Login->actionLogin()
#4 /var/www/wweforums.net/httpdocs/library/XenForo/FrontController.php(134): XenForo_FrontController->dispatch(Object(XenForo_RouteMatch))
#5 /var/www//wweforums.net/httpdocs/index.php(13): XenForo_FrontController->run()
#6 {main}

any idea?

We are also getting this error with the latest version of plug-in.

Please ensure the username matches exactly, the lookup system is kinda dumb.

It matches exactly, but it contains a space (i.e. it's two words). Could that be causing the error?
 
We are also getting this error with the latest version of plug-in.



It matches exactly, but it contains a space (i.e. it's two words). Could that be causing the error?
This code path hasn't changed for a very long time, please confirm someone hasn't renamed the account on you.
 
This code path hasn't changed for a very long time, please confirm someone hasn't renamed the account on you.

Thank you for such a fast response!!

I'm 10000% correct the username is correct in the option setting. I even thought about some kind of hidden character messing things up so I literally copied and pasted the username from the AdminCP user page into the option form and am still getting the error. :(
 
I'm 10000% correct the username is correct in the option setting. I even thought about some kind of hidden character messing things up so I literally copied and pasted the username from the AdminCP user page into the option form and am still getting the error. :(
Please check the User ID/Username settings that the notifications are being created from. They need to be a valid user, and it may be throwing a weird error if it isn't correct. Conversations could be hitting some internal logic checks preventing sending to the recipient user from the user you have configured to send from.

I'ld recommend using the report or thread reporting option as a work-around.
 
Please check the User ID/Username settings that the notifications are being created from. They need to be a valid user, and it may be throwing a weird error if it isn't correct. Conversations could be hitting some internal logic checks preventing sending to the recipient user from the user you have configured to send from.

I'ld recommend using the report or thread reporting option as a work-around.

Thank you again, we will follow your advice.

Update: We were foolishly setting the sender and receiver to the same user. Fixed. :)
 
Last edited:
Can someone help me clarify something?

If this plugin generates a notification, for example:

Code:
On login, it looks like [User A] is an alter ego of [User Z]...

[User A], Triggered detection methods:
- Cookie

In the above example, is the report generated when a device previously logged in as User A logs in as User Z? Or vice versa?

Thank you.
 
This should be the case

Thanks, so it sounds like (in the above example) it is triggered by User Z logging in using a device that was previously used by User A. So it is, upon User Z's login, detecting the cookie left behind by the previous User A login.

Thanks again for such fast responses. Very helpful.
 
  • Like
Reactions: Xon
Had a few hundred of these show up after upgrade from 1.5.22 to 2.1RC2. Report content-type was alterego.

ErrorException: Error doing JSON conversion xf_report.content_info (report_id=24745): Malformed UTF-8 characters, possibly incorrectly encoded src/XF/Error.php:75

Stack trace

#0 src/XF.php(187): XF\Error->logError('Error doing JSO...', true)
#1 src/XF/Install/InstallHelperTrait.php(173): XF::logError('Error doing JSO...', true)
#2 src/XF/Install/InstallHelperTrait.php(117): XF\Install\Upgrade\AbstractUpgrade->updateResultsToJson(Array, 'xf_report', Array, Array)
#3 src/XF/Install/InstallHelperTrait.php(42): XF\Install\Upgrade\AbstractUpgrade->tableColumnsToJson('xf_report', Array, Array, 23008, Array, false)
#4 src/XF/Install/Upgrade/2010010-210a.php(464): XF\Install\Upgrade\AbstractUpgrade->entityColumnsToJson('XF:Report', Array, 23008, Array)
#5 src/XF/Cli/Command/Upgrade.php(134): XF\Install\Upgrade\Version2010010->step21(23008, Array, Object(XF\Install\Controller\Upgrade))
#6 src/vendor/symfony/console/Command/Command.php(255): XF\Cli\Command\Upgrade->execute(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#7 src/vendor/symfony/console/Application.php(953): Symfony\Component\Console\Command\Command->run(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#8 src/vendor/symfony/console/Application.php(248): Symfony\Component\Console\Application->doRunCommand(Object(XF\Cli\Command\Upgrade), Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#9 src/vendor/symfony/console/Application.php(148): Symfony\Component\Console\Application->doRun(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#10 src/XF/Cli/Runner.php(63): Symfony\Component\Console\Application->run(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#11 cmd.php(15): XF\Cli\Runner->run()
#12 {main}

Request state

array(1) {
["cli"] => string(18) "cmd.php xf:upgrade"
}
 
Ugh. Upgrading from XF1 => XF2 (Signup abuse detection and blocking) then upgrading to XF2.1 works.

@dethfire Not sure why this is throwing errors. Probably need to report this to XF1 that reports can potentially have non-utf8 encodable strings in them since it is serialize not json_encode

@Mike @Chris D Any suggestions on this? I'm thinking I might need to run a job in XF1 land to strip out but the minimum data required.
 
Back
Top Bottom