Which changes to shipping.php?
(no DIR_FS_CATALOG is not empty)
Which changes to shipping.php?
(no DIR_FS_CATALOG is not empty)
Nick
iszent.com
Oh, I see. There are changes to shipping.php in v1.5.5
My mistake. I had expected backwards compatibility. But should not have. And it does have a warning if you read down the list of previous versions.
My bad.
Nick
iszent.com
No problems.
Regarding the backwards compatibility, it's something I strive for but the core-file changes needed for Edit Orders affect modules that seem to change on each new Zen Cart release ... so I'm working to push the required notifiers into the "core" and rely on those notifications being present for various plugins' operation! The shipping.php class for EO is a case-in-point.
A cautionary note for stores that are still using Zen Cart 1.5.4 has been added to the top of the EO Plugin download page (https://www.zen-cart.com/downloads.php?do=file&id=1513) ... thanks @swguy!
I've come across a couple of issues that can occur during an order's update if changes were made to a product (or its attributes) after-order:
1) A product in the order is currently disabled, its stock-quantity+order-quantity is a positive value and the store's configuration uses:
- Stock->Subtract Stock, set to 'true'.
- Stock->Show products when out of stock, set to '0'
Updating the order will cause the disabled product to be re-enabled. This issue has been around since at least v4.0.4.
2) A product in the order was deleted/removed from the shop after the order was placed.Updating the order "might" result in the product's name being erased from the order. Not clear when this issue was introduced; v4.0.4 processes correctly.
3) An attributed product exists in the order, but a purchased attribute is no longer available on the shop (i.e. that attribute has been deleted from the product).Viewing that order will show a different attribute selected, since the purchased one doesn't exist anymore, and updating the order will change the attribute from the one purchased without updating pricing. This issue has also been around since at least v4.0.4.
My plan is to create a script (an init_include) that, upon loading EO, checks for the above conditions and notifies via header-message (in English only) of the condition. The admin can choose to continue the order's edit (removing any products identified will be OK, but the action on update will not be "pretty").
The ultimate solution (detecting and acting upon the conditions in-code) are going to be tied to the Edit Orders restructuring (see EO GitHub issue #59 for additional information).
I'll post back here once the script is available; it should be usable on all Zen Cart installations.
Last edited by lat9; 29 Apr 2018 at 05:33 PM. Reason: Add bug icon
Attached is a small zip-file that contains the two modules to be installed in YOUR_ADMIN directory to provide those messages:
- admin/includes/auto_loaders/config.eo_cautions.php
- admin/includes/init_includes/edit_orders_cautions.php
edit_orders_cautions.zip
I'll report back to this support-thread when the updated version of Edit Orders is available that correctly deals with these conditions.
Edit Orders Version 4.1.4
Zencart Version 1.5.1
Hi i have a problem.
when i click update button i meet blank page. however, update button is working on most orders.
so i checked edit_orders.php file. and i saw "if ($status < 1) break;".
most order's status are larger than 1 but orders status having blank page are 0.
can someone explain why some orders have 0 status?
and how to solve not to see blank page?
thanks...
Zen Cart 1.5.1 (released in 2012) is going to be more difficult to debug, but when you receive a blank-page there "should" be a file created in your store's /logs directory named myDEBUG-adm-*.log that identify what the PHP issue is.
Remember that the -adm- debug-logs contain your store's secret-admin name, so if you post the contents of that file, be sure to xxx-out that name.
Other than some underlying PHP-related issue, I have no explanation for your orders that have an undefined (i.e. 0) value for their status-code ... but that's for a separate forum posting to determine.
Hi thanks for your answer...
below is the myDEBUG-adm-1528817021-296426.log's content
PHP Warning: Cannot modify header information - headers already sent by (output started at /home/tucsoncitycenter/public_html/xxx/edit_orders.php:69) in /home/tucsoncitycenter/public_html/xxx/includes/functions/general.php on line 23
and below is the general.php's 23 line
// Redirect to another page or site
function zen_redirect($url) {
global $logger;
// clean up URL before executing it
while (strstr($url, '&&')) $url = str_replace('&&', '&', $url);
while (strstr($url, '&&')) $url = str_replace('&&', '&', $url);
// header locates should not have the & in the address it breaks things
while (strstr($url, '&')) $url = str_replace('&', '&', $url);
header('Location: ' . $url); // line 23
session_write_close();
if (STORE_PAGE_PARSE_TIME == 'true') {
if (!is_object($logger)) $logger = new logger;
$logger->timer_stop();
}
exit;
}
and below is the DEBUG-update_order-1528817154-119718.log in logs/edit_orders
============================================================
= Edit Orders (4.1.4) Action Log
============================================================
Order ID: 1128
Action Requested: update_order
Enabled Order Totals: ot_subtotal;ot_shipping;ot_tax;ot_gv;ot_total
can you guess what the problem is on my website?
and if i give you my website's info...can you check for me?
thanks have a good one.
@sungmo, it's been about 2 years since I looked at EO 4.1.4. Would you post the top 100 lines of /your_admin/edit_orders.php (using "CODE" tags) and identify which line is #69.
Bookmarks