User tracking mod

[mc12345678]

Yeah, that's because of the version checking that is in the install file (admin/includes/init_includes/init_user_tracking.php) and how it is implemented on ZC 1.5.4, though it is interesting that it is happening with the plugin and not with the routine operation of the admin (unless something is being done to bypass the main screen where the issue is likely to appear)... Anyways, you could/should be able to do any of the following, though the first action probably will have to relate to a file modification.

Could remove the admin/includes/auto_loaders/config.user_tracking_install.php file, and then could modify ad
min/includes/init_includes/init_user_tracking.php

Towards the end of the file, modify:

// Version Checking 
if ($zencart_com_plugin_id != 0 && SHOW_VERSION_UPDATE_IN_HEADER && (!defined($module_constant . '_PLUGIN_CHECK') || constant($module_constant . '_PLUGIN_CHECK'))) {
    $new_version_details = plugin_version_check_for_updates($zencart_com_plugin_id, $current_version);
    if ($_GET['gID'] == $configuration_group_id && $new_version_details != FALSE) {
        $messageStack->add("Version ".$new_version_details['latest_plugin_version']." of " . $new_version_details['title'] . ' is available at <a href="' . $new_version_details['link'] . '" target="_blank">[Details]</a>', 'caution');
    }
}

to either add the below red text:

// Version Checking 
if (false && $zencart_com_plugin_id != 0 && SHOW_VERSION_UPDATE_IN_HEADER && (!defined($module_constant . '_PLUGIN_CHECK') || constant($module_constant . '_PLUGIN_CHECK'))) {
    $new_version_details = plugin_version_check_for_updates($zencart_com_plugin_id, $current_version);
    if ($_GET['gID'] == $configuration_group_id && $new_version_details != FALSE) {
        $messageStack->add("Version ".$new_version_details['latest_plugin_version']." of " . $new_version_details['title'] . ' is available at <a href="' . $new_version_details['link'] . '" target="_blank">[Details]</a>', 'caution');
    }
}

Or remove that entire block of code.

Ideally, the includes/functions/plugin_support.php file would get updated to the recently available copy from ZC 1.5.5: https://github.com/zencart/zencart/b...in_support.php (or perhaps that from 1.6.0 might be further improved?)

Technically though if SHOW_VERSION_UPDATE_IN_HEADER is set to false, then this shouldn't have been an issue... I'll also look at changing the criteria for performing the check, but ideally, there shouldn't be an issue with the check being attempted... Right? :)

[tonyreynolds]

I made these changes:
edited the init_user_tracking.php as suggested. Removed the config.user_tracking_install.php file and dropped in the plugin_support.php file from git hub. Those errors are gone.
Now I get this error:

PHP Parse error: syntax error, unexpected '<' in /hermes/bosnaweb07a/b261/ipg.garsquaredcom/obiecue/BBQadmin/user_tracking.php on line 390


I removed the line since it was commented out and the plugin is working.

Thanks,
Tony

Yeah, that's because of the version checking that is in the install file (admin/includes/init_includes/init_user_tracking.php) and how it is implemented on ZC 1.5.4, though it is interesting that it is happening with the plugin and not with the routine operation of the admin (unless something is being done to bypass the main screen where the issue is likely to appear)... Anyways, you could/should be able to do any of the following, though the first action probably will have to relate to a file modification.

Could remove the admin/includes/auto_loaders/config.user_tracking_install.php file, and then could modify ad
min/includes/init_includes/init_user_tracking.php

Towards the end of the file, modify:

// Version Checking 
if ($zencart_com_plugin_id != 0 && SHOW_VERSION_UPDATE_IN_HEADER && (!defined($module_constant . '_PLUGIN_CHECK') || constant($module_constant . '_PLUGIN_CHECK'))) {
    $new_version_details = plugin_version_check_for_updates($zencart_com_plugin_id, $current_version);
    if ($_GET['gID'] == $configuration_group_id && $new_version_details != FALSE) {
        $messageStack->add("Version ".$new_version_details['latest_plugin_version']." of " . $new_version_details['title'] . ' is available at <a href="' . $new_version_details['link'] . '" target="_blank">[Details]</a>', 'caution');
    }
}

to either add the below red text:

// Version Checking 
if (false && $zencart_com_plugin_id != 0 && SHOW_VERSION_UPDATE_IN_HEADER && (!defined($module_constant . '_PLUGIN_CHECK') || constant($module_constant . '_PLUGIN_CHECK'))) {
    $new_version_details = plugin_version_check_for_updates($zencart_com_plugin_id, $current_version);
    if ($_GET['gID'] == $configuration_group_id && $new_version_details != FALSE) {
        $messageStack->add("Version ".$new_version_details['latest_plugin_version']." of " . $new_version_details['title'] . ' is available at <a href="' . $new_version_details['link'] . '" target="_blank">[Details]</a>', 'caution');
    }
}

Or remove that entire block of code.

Ideally, the includes/functions/plugin_support.php file would get updated to the recently available copy from ZC 1.5.5: https://github.com/zencart/zencart/b...in_support.php (or perhaps that from 1.6.0 might be further improved?)

Technically though if SHOW_VERSION_UPDATE_IN_HEADER is set to false, then this shouldn't have been an issue... I'll also look at changing the criteria for performing the check, but ideally, there shouldn't be an issue with the check being attempted... Right? :)

[mc12345678]

I made these changes:
edited the init_user_tracking.php as suggested. Removed the config.user_tracking_install.php file and dropped in the plugin_support.php file from git hub. Those errors are gone.
Now I get this error:

PHP Parse error: syntax error, unexpected '<' in /hermes/bosnaweb07a/b261/ipg.garsquaredcom/obiecue/BBQadmin/user_tracking.php on line 390


I removed the line since it was commented out and the plugin is working.

Thanks,
Tony

Comments to these changes:

I made these changes:
edited the init_user_tracking.php as suggested. Removed the config.user_tracking_install.php file and dropped in the plugin_support.php file from git hub. Those errors are gone.

Dropping in the plugin_support.php file from github should have resolved the issue without editing init_user_tracking.php or removing the config.user_tracking_install.php file. (in fact now that those two portions have been performed, you will not receive in admin notification of an updated copy of user tracking being available from the ZC forum.)

PHP Parse error: syntax error, unexpected '<' in YOUR_SECRET_ADMIN/user_tracking.php on line 390

I removed the line since it was commented out and the plugin is working.

This is/was an error introduced in both "trimming" down the code that was on the live test version and "trying" to leave behind a possible "screen" (page source) indicator of where in the process the table was being presented. I have identified it as an issue on github and will be editing the file to address it. There are two ways that it could be addressed, I haven't evaluated yet which option is the way desired to go. It is/was intended to be an html comment (part of how the modification was being performed which was to build a table around the data that was being displayed to validate that relatively speaking the output was equivalent for the two methods). So it could either be deleted as was done above, or it could be "displayed" by encompassing in php related identifiers such as:

?><!--        <table border="0" width="100%" cellspacing="0" cellpadding="0"> --><?php

LASTLY, and probably most important for this store, suggest revising the admin directory name... :/ It should not be posted as a matter of norm and remain known only to those that have a need to access it.


Thank you for identifying the issues and way you resolved the problem(s).

[mc12345678]

By the way, the fix to admin/user_tracking.php file has been posted to github at the following commit: https://github.com/mc12345678/User_T...74511700d32b45

This will be incorporated into the next version. Please identify any other issues (possibly with solution) to be incorporated.

Thanks all!

[tonyreynolds]

Good point and thanks. Changes made to the admin directory.....

Tony


LASTLY, and probably most important for this store, suggest revising the admin directory name... :/ It should not be posted as a matter of norm and remain known only to those that have a need to access it.


Thank you for identifying the issues and way you resolved the problem(s).[/QUOTE]

[tonyreynolds]

Comments to these changes:


Dropping in the plugin_support.php file from github should have resolved the issue without editing init_user_tracking.php or removing the config.user_tracking_install.php file. (in fact now that those two portions have been performed, you will not receive in admin notification of an updated copy of user tracking being available from the ZC forum.)



This is/was an error introduced in both "trimming" down the code that was on the live test version and "trying" to leave behind a possible "screen" (page source) indicator of where in the process the table was being presented. I have identified it as an issue on github and will be editing the file to address it. There are two ways that it could be addressed, I haven't evaluated yet which option is the way desired to go. It is/was intended to be an html comment (part of how the modification was being performed which was to build a table around the data that was being displayed to validate that relatively speaking the output was equivalent for the two methods). So it could either be deleted as was done above, or it could be "displayed" by encompassing in php related identifiers such as:

?><!--        <table border="0" width="100%" cellspacing="0" cellpadding="0"> --><?php

LASTLY, and probably most important for this store, suggest revising the admin directory name... :/ It should not be posted as a matter of norm and remain known only to those that have a need to access it.


Thank you for identifying the issues and way you resolved the problem(s).

I undid all the edits to the original state, updated the user_tracking.php and kept the plugin_support.php file. Everything works properly. Thanks again.
TR

[Christoff]

Hello, I just installed the latest version and when I click on Tools -> User Tracking I get a 500 error. Config -> User Tracking Config works.

I'm running ZenCart v1.5.5. I'm not sure if I've ever installed this before but I do remember years ago using Super Tracker..

My update history:
Database Patch Level: 1.5.5

v1.5.5 [2016-04-22 03:00:51] (Version Update 1.5.4->1.5.5)
v1.5.4 [2016-04-22 03:00:51] (Version Update 1.5.3->1.5.4)
v1.5.3 [2016-04-22 03:00:50] (Version Update 1.5.2->1.5.3)
v1.5.2 [2016-04-22 03:00:50] (Version Update 1.5.1->1.5.2)
v1.5.1 [2013-12-05 05:48:47] (Version Update 1.5.0->1.5.1)
v1.5.0 [2013-12-05 05:48:47] (Version Update 1.3.9->1.5.0)
v1.3.9h [2011-08-14 11:41:12] (Version Update 1.3.8->1.3.9h)
v1.3.8 [2009-03-21 19:09:40] (Fresh Installation)
v1.3.8 [2009-03-21 19:09:40] (Fresh Installation)

Thanks

[mc12345678]

Hello, I just installed the latest version and when I click on Tools -> User Tracking I get a 500 error. Config -> User Tracking Config works.

I'm running ZenCart v1.5.5. I'm not sure if I've ever installed this before but I do remember years ago using Super Tracker..

My update history:
Database Patch Level: 1.5.5

v1.5.5 [2016-04-22 03:00:51] (Version Update 1.5.4->1.5.5)
v1.5.4 [2016-04-22 03:00:51] (Version Update 1.5.3->1.5.4)
v1.5.3 [2016-04-22 03:00:50] (Version Update 1.5.2->1.5.3)
v1.5.2 [2016-04-22 03:00:50] (Version Update 1.5.1->1.5.2)
v1.5.1 [2013-12-05 05:48:47] (Version Update 1.5.0->1.5.1)
v1.5.0 [2013-12-05 05:48:47] (Version Update 1.3.9->1.5.0)
v1.3.9h [2011-08-14 11:41:12] (Version Update 1.3.8->1.3.9h)
v1.3.8 [2009-03-21 19:09:40] (Fresh Installation)
v1.3.8 [2009-03-21 19:09:40] (Fresh Installation)

Thanks

A few things as not discussed, have you applied the patch of post 748 and what is the error log that is/was generated? (see your logs directory and this FAQ: http://www.zen-cart.com/content.php?124-blank-page)

[Christoff]

A few things as not discussed, have you applied the patch of post 748 and what is the error log that is/was generated? (see your logs directory and this FAQ: http://www.zen-cart.com/content.php?124-blank-page)

Applying that patch fixed it!

This was the error in the log file:
[16-Jun-2017 10:46:45 UTC] PHP Fatal error: Class 'user_tracking_admin' not found in /home/**********/public_html/includes/autoload_func.php on line 79

No error now.

Thanks for your assistance! :)