
Originally Posted by
mc12345678
Yeah, I've noticed that because of the report of this issue. I have also seen that the "problem" goes away if the form is changed from a 'get' type form to a 'post' type form. Going to try to follow through the post/get data to see what is happening and why it is not navigating to the alternate page (didn't even try to access the page). Otherwise, there are a few things that need to be addressed at least on the admin side to reduce the likelihood of mydebug logs for systems that use more recent versions of PHP and/or stricter controls...
Thanks for reporting this though.
Ughh... Sort of a messed up situation... In the admin, it appears that the expectation is that a 'get' style form is to feed back to the current page not to the "next" page... As such, in order to load a different page when using 'get' one has to modify the parameter `$_GET['cmd']` just before calling zen_draw_form... Even if the form is going to be going to the same location... I don't (yet) understand why this is so, but it certainly adds what I think is an unnecessary step in order to bypass that "issue"...
So, to at least get to the next "action" this is what I did that worked for a minimal modification:
On line 80 of admin\additional_product_images.php
Change:
Code:
<?php echo zen_draw_form('related_products', FILENAME_ADDITIONAL_IMAGES_UPLOAD, '', 'get');
to:
Code:
<?php echo zen_draw_form('related_products', $_GET['cmd'] = FILENAME_ADDITIONAL_IMAGES_UPLOAD, '', 'get');
This allowed moving forwards at least... I have a few other things that as I said I've addressed to offer some improvements in navigation and to reduce the occurrence of notices being logged.
Bookmarks