That Software Guy. My Store: Zen Cart Modifications
Available for hire - See my ad in Services
Plugin Moderator, Documentation Curator, Chief Cook and Bottle-Washer.
Do you benefit from Zen Cart? Then please support the project.
As I posted in the Edit Orders support thread (https://www.zen-cart.com/showthread....92#post1307492), the fix is necessary but insufficient. If you use EO and add a product with attributes, the issue persists.
i have watched this thread for a bit. i find it amusing/sad that the dev team is forced to change CORE code to make it work with a plug-in; not the other way around.
it would not be so amusing to me if the plugin was good. but as i have expressed in the past, i feel EO is a necessary evil; it is a bloated add-on that sucks to debug; and frankly i do not agree with many of the design choices made in its coding. and to the people who choose to maintain and help others with this plugin, you are far braver than me.
PLEASE PLEASE PLEASE include this functionality in the core for v1.6 so that we can put EO out of its misery.
That Software Guy. My Store: Zen Cart Modifications
Available for hire - See my ad in Services
Plugin Moderator, Documentation Curator, Chief Cook and Bottle-Washer.
Do you benefit from Zen Cart? Then please support the project.
That Software Guy. My Store: Zen Cart Modifications
Available for hire - See my ad in Services
Plugin Moderator, Documentation Curator, Chief Cook and Bottle-Washer.
Do you benefit from Zen Cart? Then please support the project.
I've got a bunch of clients using EO 4.1.4 on stores with heavy attribute usage and there's never been a problem (before). Perhaps you could add a post to the EO support thread mentioning that you're seeing this behavior and we could help you correct your installation.
Is your posting meant to indicate that all's been done that's going to be done to end EO's misery in the presence of this Zen Cart 1.5.5 change?
Your faith in my ability to prognosticate is tragically misplaced. Anyone, at any time, is free to post a patch, submit a PR, update a mod, or submit a new mod. Impossible to predict, the future is.
ATTENTION ALL DEVELOPERS: Please feel free to jump into the fray if you think you have a solution.
That Software Guy. My Store: Zen Cart Modifications
Available for hire - See my ad in Services
Plugin Moderator, Documentation Curator, Chief Cook and Bottle-Washer.
Do you benefit from Zen Cart? Then please support the project.
Appreciate the offer. Let me dup the issue on a pristine 1.5.5 + EO test cart to be sure it's not a bad interaction with another change.
Meanwhile, anything you could do relating to the "over preparation" issue in EO as described in the thread below, it would be great.
https://www.zen-cart.com/showthread....94#post1307494
That Software Guy. My Store: Zen Cart Modifications
Available for hire - See my ad in Services
Plugin Moderator, Documentation Curator, Chief Cook and Bottle-Washer.
Do you benefit from Zen Cart? Then please support the project.
Well, what's somewhat interesting about the situation is that the issue being addressed, is the security of the admin side which through "normal" routes would not be accessible to the problem being addressed by the sanitizer. But regardless of the one plugin, there are likely others that are similarly affected. The effort put forth just goes to show the level of concern to security and applying it to all aspects of ZC. I wouldn't consider addressing this as just trying to get EO to work, but security to work within the routine processes of PHP programming. To date that I know of there has not been a "you may not use the following code/data formats with ZC because ZC doesn't know how to handle that" instruction...
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
Bookmarks