[WMTech] Sticky Multiple Account Info

[WMTech] Sticky Multiple Account Info [Paid] 1.1.5

No permission to buy ($48.00)
Overview FAQ Updates (10) Reviews (6) History Discussion
tr1cky said:
Seems like this addon is obselete now that flash is disabled on all major browsers.
Click to expand...

The description of this add-on clearly describes that this add-on uses all the following sophisticated technologies to detect multiple accounts:
  • Standard HTTP cookies
  • Flash Cookies (Local Shared Objects)
  • a locally cached png picture with encrypted content
  • HTTP eTags
  • Web Cache
  • window.name caching
  • userData storage (IE only)
  • HTML5 Session Storage
  • HTML5 Local Storage
  • HTML5 Global Storage (IE only)
  • HTML5 SQLite Database Storage
So I don't see why this add-on should be "obsolete" just because browsers protect their customers by disabling insecure Flash versions (as they did since several years). It also already uses HTML5 and other technologies to meet users without Flash, in fact it never relied at a single detection method. Also Adobe already updated Flash, the recent version is no longer blocked by any browser.

This add-on still detects all multiple accounts as perfect as it can be, provides useful information about those accounts ready at all times (without searching through "reports") for your board staff and in addition has guaranteed 0 (zero) false positives.
 
wmtech updated [WMTech] Sticky Multiple Account Info with a new update entry:

v1.0.4: Bugfix, compatibility (XF 1.5) and code enhancement release

> Version 1.0.4 <
Bugfix, compatibility (XF 1.5) and code enhancement release
This upgrade is recommended for all customers.

Changelog:

New: Compatible with new XenForo 1.5

New: IP of reporting user will no longer be stored with report messages

New: Handle empty user tokens more efficient

New: Added log ignore for user token field

New: Added cron feature to repair empty tokens

New: Optimized deletion of...
Click to expand...

Read the rest of this update entry...
 
Got this error when trying to upgrade form 1.0.3 to 1.0.4 (running XF 1.5 Beta 3):

Code: 
Error Info
Exception: String could not be parsed as XML - library/AddOnInstaller/Model/AddOn.php:152
Generated By: The Sandman, 4 minutes ago
Stack Trace
#0 /srv/www/theadminzone.com/public_html/library/AddOnInstaller/Model/AddOn.php(0): SimpleXMLElement->__construct()
#1 /srv/www/theadminzone.com/public_html/library/AddOnInstaller/ControllerAdmin/AddOn.php(167): AddOnInstaller_Model_AddOn->getXmlType('install/addons/...')
#2 /srv/www/theadminzone.com/public_html/library/XenForo/FrontController.php(347): AddOnInstaller_ControllerAdmin_AddOn->actionInstallUpgrade()
#3 /srv/www/theadminzone.com/public_html/library/XenForo/FrontController.php(134): XenForo_FrontController->dispatch(Object(XenForo_RouteMatch))
#4 /srv/www/theadminzone.com/public_html/admin.php(13): XenForo_FrontController->run()
#5 {main}
Request State
array(3) {
  ["url"] => string(58) "https://theadminzone.com/admin.php?add-ons/install-upgrade"
  ["_GET"] => array(1) {
    ["add-ons/install-upgrade"] => string(0) ""
  }
  ["_POST"] => array(4) {
    ["resource_url"] => string(0) ""
    ["server_file_oldskool"] => string(0) ""
    ["_xfConfirm"] => string(1) "1"
    ["_xfToken"] => string(8) "********"
  }
}
 
tr1cky said:
How do I renew? There's no renewal-option in the original email I got.
Click to expand...

Go to
https://wmtech.net/products/license
and renew your license. If you happen to have bought the license from our former store (Fetchapp), please open a support ticket to have your license transferred to the new store.

The Sandman said:
Got this error when trying to upgrade form 1.0.3 to 1.0.4 (running XF 1.5 Beta 3):
Click to expand...

The add-on is compatible with XF 1.5.0 Beta 3 and can be installed successfully.

The stack trace does not look like being generated from our add-on, but from an Autoinstaller. You need to contact the author of that AutoInstaller add-on if you run into problems with it.

You may try to install the add-on manually as this is the only installation method we are able to support.
 
wmtech said:
The add-on is compatible with XF 1.5.0 Beta 3 and can be installed successfully.

The stack trace does not look like being generated from our add-on, but from an Autoinstaller. You need to contact the author of that AutoInstaller add-on if you run into problems with it.

You may try to install the add-on manually as this is the only installation method we are able to support.
Click to expand...

Same error whether I use the autoinstaller or manual installation. And the instructions included with the download say it's compatible with autoinstallers. ;)
Installation:
-------------
> Step 1: Upload everything from the "upload" directory into your web servers
forum directory.

> Step 2: Install "addon-wmt_stickymultiacc-10x.xml" in your Xenforo ACP.

Note: This addon is compatible with Add-On Auto-Installers.
Click to expand...
 
The Sandman said:
Same error whether I use the autoinstaller or manual installation. And the instructions included with the download say it's compatible with autoinstallers. ;)
Click to expand...

The add-on is compatible with AutoInstallers because it provides the package in a way those installers expect and are able to handle. We however cannot guarantee that all AutoInstallers always work as expected. ;)

I just now tried to install the add-on at my local XF 1.5.0 Beta 3 installation and it worked successfully. So I am sorry not being able to reproduce your issue. Also I know that several people have already installed the upgrade today successfully. So I really can eliminate the possibility that the upgrade package is broken.

If you continue to have problems with the installation at your server, we are certainly here to help you. Please open a support ticket at WebMachine Technologies - Quality Add-Ons and Plugins for XenForo and give us as much information about your problem as possible (such as a stack trace of your manuall installation attempt). We may also need FTP and XF ACP access if you want us to install the add-on for you.
 
Hello,
when I view member profile as an admin I saw that content of user profile tabs has a problem after "Multiple Account Info" tab.

This is "Multiple Account info" tab and it is normal
upload_2015-7-24_20-28-17.webp
This is "Notlar" tab (it means notes) and its content is "Multiple Account info" tab
upload_2015-7-24_20-33-23.webp
This is EKA Tab (it means old usernames) and its content is Notlar tab.
upload_2015-7-24_20-34-25.webp


As you can see after "Multiple Account info" tab, tabs are moved right 1 tab.

When I look at source code of page, I saw that there are 2 line of multiaccountinfo content.

upload_2015-7-24_20-37-48.webp

Code: 
    <modification template="member_view" modification_key="wmt_smai_mv_002" description="Add new content for SMAI" execution_order="5" enabled="1" action="preg_replace">
      <find><![CDATA[#xen:link members/warnings.*</xen:if>#UUs]]></find>
      <replace><![CDATA[$0

<xen:if is="(({$visitor.user_id} == {$user.user_id}) AND {$visitor.permissions.wmtStickyMultiAccInfo.wmtSmaiSeeOwnProfileInfo})    OR {$visitor.permissions.wmtStickyMultiAccInfo.wmtSmaiSeeAllProfileInfo}">
                <li id="multiaccinfo" class="profileContent" data-loadUrl="{xen:link members/multiaccinfo, $user}">
                    {xen:phrase loading}...
                    <noscript><a href="{xen:link members/multiaccinfo, $user}">{xen:phrase view}</a></noscript>
                </li>
            </xen:if>]]></replace>
    </modification>
There are 2 "members/warnings" in member_view template. And I am not sure but above code find "members/warnings" and replace multi account content code with them. I think this will cause this problem.

Could you please investigate this.
Thanks ...
 

Attachments

  • upload_2015-7-24_20-37-16.webp
    upload_2015-7-24_20-37-16.webp
    89.7 KB · Views: 2
egerci said:
Hello,
when I view member profile as an admin I saw that content of user profile tabs has a problem after "Multiple Account Info" tab.
Click to expand...

Our regex to find the code is correct. Of course there are 2 places (the tab and the content) with similar links in the template. Nonetheless our regex makes sure the correct place is hooked for inserting the tab and also the content.

XenForo is very picky about the order the tabs and the content of the tabs are inserted into the templates by add-ons. If just one add-on is not following the correct order with the tabs or the content, you'll experience such problems like you described. I asume the "Notlar" add-on you use does not follow this correctly and it's developer would not even be able to notice it if he does not have another add-on inserting tabs installed.

We certainly are here to help, but since another add-on is involved we would need access to your XenForo ACP in development mode. If you want us to help you, please open a suport ticket at WebMachine Technologies - Quality Add-Ons and Plugins for XenForo. We can correct the modifications of the other add-on to solve your issue.

Thank you.
 
I am sorry for my English. I think I am not able to tell you problem clearly.

Firstly, problem is only occurs when "Multiple Account Info" addon is enable. When it is disabled, everything is ok.
Also when I disable "notlar" addon, problem is still persist.

And I wrote that "When I look at source code of page, I saw that there are "." Yes I know there are 2 places the tab and content.
But if you check my code that I sent before. There are 2 "multiaccountinfo content. " and also plus tab :)

I have talked about member_view template

<xen:if is="{$warningCount}">
<li id="warnings" class="profileContent" data-loadUrl="{xen:link members/warnings, $user}">
{xenhrase loading}...
<noscript><a href="{xen:link members/warnings, $user}">{xenhrase view}</a></noscript>
</li>
</xen:if>

and at installation file
<find><![CDATA[#xen:link members/warnings.*</xen:if>#UUs]]></find>

I thought that there are 2 members/warnings , because of this find and replace code find 2 times and generate same code twice.


So, I have changed installation code's second member_view part from
Code: 
    <modification template="member_view" modification_key="wmt_smai_mv_002" description="Add new content for SMAI" execution_order="5" enabled="1" action="str_replace">
      <find><![CDATA[<noscript><a href="{xen:link members/warnings, $user}">{xen:phrase view}</a></noscript>
                </li>
            </xen:if>]]></find>
      <replace><![CDATA[$0

<xen:if is="(({$visitor.user_id} == {$user.user_id}) AND {$visitor.permissions.wmtStickyMultiAccInfo.wmtSmaiSeeOwnProfileInfo})    OR {$visitor.permissions.wmtStickyMultiAccInfo.wmtSmaiSeeAllProfileInfo}">
                <li id="multiaccinfo" class="profileContent" data-loadUrl="{xen:link members/multiaccinfo, $user}">
                    {xen:phrase loading}...
                    <noscript><a href="{xen:link members/multiaccinfo, $user}">{xen:phrase view}</a></noscript>
                </li>
            </xen:if>]]></replace>
    </modification>
to
Code: 
    <modification template="member_view" modification_key="wmt_smai_mv_002" description="Add new content for SMAI" execution_order="5" enabled="1" action="str_replace">
      <find><![CDATA[<xen:if is="{$warningCount}">
                <li id="warnings" class="profileContent" data-loadUrl="{xen:link members/warnings, $user}">
                    {xen:phrase loading}...
                    <noscript><a href="{xen:link members/warnings, $user}">{xen:phrase view}</a></noscript>
                </li>
            </xen:if>]]></find>
      <replace><![CDATA[$0

<xen:if is="(({$visitor.user_id} == {$user.user_id}) AND {$visitor.permissions.wmtStickyMultiAccInfo.wmtSmaiSeeOwnProfileInfo})    OR {$visitor.permissions.wmtStickyMultiAccInfo.wmtSmaiSeeAllProfileInfo}">
                <li id="multiaccinfo" class="profileContent" data-loadUrl="{xen:link members/multiaccinfo, $user}">
                    {xen:phrase loading}...
                    <noscript><a href="{xen:link members/multiaccinfo, $user}">{xen:phrase view}</a></noscript>
                </li>
            </xen:if>]]></replace>
    </modification>
I get this code from your 1.0.3 version. Now everything is ok.
 
egerci said:
Now everything is ok.
Click to expand...

Glad, you could solve your issue!

However there seems to be a problem in the interaction with other add-ons ("Notlar" or "E.K.A."?) which would be worth to have a look at. Can you please tell us which add-ons you use and what version of them? We may be able to reproduce the issue and improve the next version of the add-on to work more smoothly which those other add-ons.
 
egerci said:
1- User Notes 1.0.1 User Notes
2- User Essentials - Enhanced Version 2.3.2 User Essentials - Enhanced Version

By the way I also disabled User Essentials and problem was persist.

Thanks for your interest and response.
Click to expand...

Just a quick note to let you know your problem seems to be caused with a bad interaction of User Essentials. Daniel Hood seems to prepare an update with a fix:
User Profile Tabs - Fixed - profile tabs messed up

We'll however also change the code in our next version a little bit to do all we can to prevent such problems with other add-ons.
 
wmtech updated [WMTech] Sticky Multiple Account Info with a new update entry:

v1.1.0: Huge update with a lot of new features and code enhancements!

> Version 1.1.0 <

Huge update with a lot of new features and code enhancements!
This upgrade is recommended for all customers.

Changelog:

New: Added easy to use "Random Check Frequency" adjustment control

New: Intelligent auto optimization of random checks depending on current active visitor count

New: Exemption Handling (exempt a specific pair of users from multiple account detection)

New: Permissions for viewing...
Click to expand...

Read the rest of this update entry...
 
Code: 
Stack Trace
#0 /srv/www/theadminzone.com/public_html/library/WMTech/StickyMultipleAccountInfo/ControllerPublic/StickyMultipleAccountInfo.php(354): XenForo_Application::handlePhpError(2, 'Illegal string ...', '/srv/www/theadm...', 354, Array)
#1 /srv/www/theadminzone.com/public_html/library/WMTech/StickyMultipleAccountInfo/ControllerPublic/StickyMultipleAccountInfo.php(273): WMTech_StickyMultipleAccountInfo_ControllerPublic_StickyMultipleAccountInfo->_constructMultipleAccountsReport(Array, '98888')
#2 /srv/www/theadminzone.com/public_html/library/WMTech/StickyMultipleAccountInfo/ControllerPublic/StickyMultipleAccountInfo.php(179): WMTech_StickyMultipleAccountInfo_ControllerPublic_StickyMultipleAccountInfo->createAlert('98888', 'W4d594e4f63d809...')
#3 /srv/www/theadminzone.com/public_html/library/XenForo/FrontController.php(347): WMTech_StickyMultipleAccountInfo_ControllerPublic_StickyMultipleAccountInfo->actionIndex()
#4 /srv/www/theadminzone.com/public_html/library/XenForo/FrontController.php(134): XenForo_FrontController->dispatch(Object(XenForo_RouteMatch))
#5 /srv/www/theadminzone.com/public_html/index.php(13): XenForo_FrontController->run()
#6 {main}
Request State
array(3) {
  ["url"] => string(39) "https://theadminzone.com/wmt-sectokchk/"
  ["_GET"] => array(1) {
    ["/wmt-sectokchk/"] => string(0) ""
  }
  ["_POST"] => array(9) {
    ["user_id"] => string(5) "98889"
    ["sec_token"] => string(34) "Wd97bed96d5646177251e99b9567b1392S"
    ["sec_value"] => string(40) "W9132432ba9143061f80e4ad0b4ff3c6aS|98888"
    ["old_sec_value"] => string(40) "Wd97bed96d5646177251e99b9567b1392S|98889"
    ["old_sec_value_invalid"] => string(1) "1"
    ["_xfRequestUri"] => string(18) "/register/register"
    ["_xfNoRedirect"] => string(1) "1"
    ["_xfToken"] => string(8) "********"
    ["_xfResponseType"] => string(4) "json"
  }
}
 
Sorry about this bug. It should not have passed our QA, but it only happens under certain conditions. It only affected notifications, which could not be created in some cases. The multiple user however was detected successfully and can -as always- be seen in the Multiple Users tab.

There will soon be an update to address this bug (already available for download at our support site). Thanks for notifying.
 
wmtech updated [WMTech] Sticky Multiple Account Info with a new update entry:

v1.1.1: Minor Code Optimizations and a Bugfix

> Version 1.1.1 <
Minor code optimizations and a bugfix.
This upgrade s recommended for all customers.

Changelog:

Bugfix: Alert creation failed sometimes (just alert, multiple user was always detected and recorded correctly)

Upgrade Instructions:
[wmtech] Sticky Multiple Account Info - Manual, Instructions & Installation / Upgrade...
Click to expand...

Read the rest of this update entry...
 
You must log in or register to reply here.

Similar threads

X
Multiple account emails [Paid]
2
Replies
24
Views
238
Xon
X
Mouth
  • Suggestion Suggestion
Multiple Account Detection
2
Replies
38
Views
9K
sgr
S
Mouth
Multiple Account Detection
Replies
15
Views
2K
Dan
Dan
Back
Top Bottom