"Externally" I can't identify why the software on your site is "deleting" the filename that would be expected is not provided back. Either I need to provide you troubleshooting/data collection actions, the software on the live system needs to be verified to be that which is provided in the download/as provided in github, or access provided to do the same (seeing that you are in prepations to be away).
Let me know how you would like to proceed at this point in light of natural events.
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
@mc12345678 Did you notice the error in the log file referring to zen_lightbox()?This is the error from the logs:
[30-Aug-2017 20:00:29] PHP Fatal error: Call to undefined function zen_lightbox() in /.../includes/templates/my_template/templates/tpl_modules_main_product_image.php on line 24
Cheers,
jpda
Along with the disconnect of what was contained in the requested file at the same line? Might say so, though I forgot about that. I kind of figured the issue got resolved once the correct line was returned and after the first suggestion of verifying the file(s).
That discrepancy is partly why the suggestion has been to validate the file installation. Though, I haven't asked if the error message has persisted or if it went away once the "correct" file was put into place or the changes successfully merged. Afterall the line provided from the troubled file is/was correct (still a bit of assumptions being made like that the line was provided from the live site and not from a backup or the download itself.)
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
ZC version 1.5.4
Why? best way to troubleshoot this?Code:[16-Oct-2017 20:57:36 America/Los_Angeles] PHP Warning: constant(): Couldn't find constant ZEN_COLORBOX_PLUGIN_CHECK in /home/heavenandearthde/public_html/wDgyYtZUuSM/includes/init_includes/init_zcb_config.php on line 101
Mike
AEIIA - Zen Cart Certified & PCI Compliant Hosting
The Zen Cart Forum...Better than a monitor covered with post-it notes!
So, to offer more of an answer to the why, I'd probably need more information. My thought though based on a rereview of the current installation package is to execute the uninstall sql found in admin/includes/installers/zen_colorbox and then allow the install to progress naturally. It could be also that the uninstall need be executed a couple of times to truly get all of the snippets depending on historical attempts to have previously attempted to install the plugin.
Now, if through all that, the mydebug log file still gets generated and only one time not with each and every admin page click, then it's likely a strict php related thing where the code is to some extent parsed before executed and the expectation of the value being defined during execution is not recognized.
Obviously to prevent even the first occurrence of that message, line 101 could be modified to include a check for the variable to be defined before testing against the value in the addition of an && at the beginning... such as:
But by simply adding that test to address a one-time message could also affect future recognition that the plugin has an available update. So perhaps the conditions above could be further explained. One log file or one everytime the admin is navigated? Success of the database related uninstall followed by reinstall? Did that change the system response, etc...Code:if (defined($module_constant . '_PLUGIN_CHECK') && ...
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
On further review, the installer sql code does not include a configuration setting to ensure that plugin check value is incorporated for an upgrade from a pre-2.1.0 version. The error would continue to occur for such a situation until either the database upgrade (no file change necessary) was performed by either doing a fresh install to a database by either removing the existing settings (uninstall script from previous post) or to a store that has not had this plugin previously installed or by executing a query that would specifically add the setting present currently in the init file. This is something to be addressed in the next version.
Specifically why? It was a mistake/oversight of my doing.
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
Hello all.
I believe I found a bug (((??))).
With Display Image Counter turned off, the image opens up as a separate page (not as an overlay) and an error is generated - Uncaught SyntaxError: Unexpected token }
I was able to pinpoint the error to includes/classes/zen_colorbox/options.php
For some reason the last empty echo is the one causing the error and the image to open in a separate window.
So replacing this
with thisPHP Code:
echo
',current:';
if (ZEN_COLORBOX_COUNTER == 'true')
{
echo '"{current} of {total}"';
}
else
{
echo '';
}
solved the issue for me. The image overlay works now as it should and it displays the current image number only which is what I wanted.PHP Code:
echo
',current:';
if (ZEN_COLORBOX_COUNTER == 'true')
{
echo '"{current} of {total}"';
}
else
{
echo '"Image {current}"';
}
While wasn't able to reproduce the problem, I can see that having nothing (not even empty quotes) could potentially be a problem.
I believe the intent was to not display any information as compared to identifying an image number; however, it can be controlled/edited as desired/shown above.
Because the default setting is: "image {current} of {total}", in order to not display the "current" (counter as called in the settings) the value has to be altered, changed, or set. My recommendation for a non-counter display would be to set it to a pair of double quotes as below. This will provide a true setting/value which will be empty as compared to the "nothingness" that was provided in the distribution.
Code:echo ',current:'; if (ZEN_COLORBOX_COUNTER == 'true') { echo '"{current} of {total}"'; } else { echo '""'; }
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
Bookmarks