Alter Ego Detector

Alter Ego Detector 1.7.8

No permission to download
The add-on works fine but this is what happened today:
I and another user (also an Admin), seem to have the exact same IP. It keeps detecting it. The odd thing is that we live in different towns. So how and why is this possible?
 
I also came looking for a way to delete reports. My reason is that I installed an add-on called "Alter Ego" which is meant to show the Staff when someone is logging in with more than one account. (We don't allow it).

Problem is, Alter Ego created a report (because I checked the option) that ALL mods can see, even mods that are mods of a single forum. Reports are supposed to be viewable by Mods that moderate the specific forum(s) related to a post report. THis, however, is not a report related to a post, so apparently ALL mods could see it.

I meant for Super Mods and Admins to see this feature (and the reports), the general public is not meant to know it exists or if someone wants to hide their identity (not allowed at our forum) they will find ways to circumvent it. (yes... we've disabled it now from creating reports, but after several NON-SuperMods commented on the Alter Ego Reports that showed up, the Reports are still there visible to any Mod that Clicks Reports.)

If I cannot delete a Report, then it will be common knowledge we have this tool deployed.
It should be doable to create a custom permission to control access to the alter-ego reports.
 
Liam W updated Alter Ego Detector with a new update entry:

Lots of Improvements

Thanks to @Xon, this version has many improvements:
  • The bypass permission check checks both users
  • Alter ego is logged in spam filtering system
  • Only 1 report per alter ego pair made
  • Handle account merge/deletions
  • View alter ego report permission
  • Handle non existing user on signup
Also, this add-on is now licensed under the Apache 2.0 License, and is available to view at github: https://github.com/xf-liam/AlterEgoDetector/tree/master

Read the rest of this update entry...
 
Last edited:
Callback LiamW_AlterEgoDetector_Addon::extendClass is invalid (Invalid Method).

Strange, I got that myself when updating at XF Liam, but it went away after a few install attempts (and a re-export) - there's really no reason for it to happen...

Could you please try uploading & importing again?

Liam
 
  • Like
Reactions: sbj
Strange, I got that myself when updating at XF Liam, but it went away after a few install attempts (and a re-export) - there's really no reason for it to happen...

Could you please try uploading & importing again?

Liam
Ok, done.
After the 2nd try I got no error message. It seems it is working now.
 
Strange, I got that myself when updating at XF Liam, but it went away after a few install attempts (and a re-export) - there's really no reason for it to happen...
I've noticed this type of thing can happen if a listener gets renamed/removed.

And first pull request to fix the upgrade error :D
 
Last edited:
Not really a user for this addon, but I must say its fantastic that @Xon has been assisting the devs on here in making their products even better via suggestions and work he is putting into them too. Thanks mate, much appreciated for what is generally a thankless task.
 
@Liam W thanks for developing this addon further. Unfortunately while the cookie only lives for a year (and not forever), we still can't use this addon.
Would you accept an AdminCP option for the number of months you'ld like it to live for? It would then be easy to support variable length upto the supported limit. As 32bit php generally can only set cookies to last till 2038.
 
Last edited:
I get this message when trying to update. I deleted AE 1.4.1 and I tried to install AE 1.4.5 and I get the same message:
Code:
Callback LiamW_AlterEgoDetector_Addon::extendClass is invalid (Invalid Method).
 
I get this message when trying to update. I deleted AE 1.4.1 and I tried to install AE 1.4.5 and I get the same message:
Code:
Callback LiamW_AlterEgoDetector_Addon::extendClass is invalid (Invalid Method).
Try again, it's a minor bug with the installer on upgrading.
 
Code:
Server Error
finfo_file(addon-liam_ae_detector.xml): failed to open stream: Permission denied

[LIST=1]
[*]XenForo_Application::handlePhpError()
[*]finfo_file() in Zend/File/Transfer/Adapter/Abstract.php at line 1302
[*]Zend_File_Transfer_Adapter_Abstract->_detectMimeType() in Zend/File/Transfer/Adapter/Http.php at line 468
[*]Zend_File_Transfer_Adapter_Http->_prepareFiles() in Zend/File/Transfer/Adapter/Http.php at line 53
[*]Zend_File_Transfer_Adapter_Http->__construct() in XenForo/ControllerAdmin/AddOn.php at line 176
[*]XenForo_ControllerAdmin_AddOn->actionInstall() in XenForo/FrontController.php at line 347
[*]XenForo_FrontController->dispatch() in XenForo/FrontController.php at line 134
[*]XenForo_FrontController->run() in /web/example.com/public_html/admin.php at line 13
[/LIST]
I try to upload that file, readable from my user.
 
I have uninstalled and I tried to reinstall several times. Same error.

I deleted xml file from website root and I get the first error again.
 
Would you accept an AdminCP option for the number of months you'ld like it to live for? It would then be easy to support variable length upto the supported limit. As 32bit php generally can only set cookies to last till 2038.

Yes, I would - that would be a definite improvement. (y)
 
Back
Top Bottom