Edit Orders v4.0 Support Thread

[DivaVocals]

I must have misunderstood what I read about errors, I thought it was in the cache until zen 1.51 and cache before that. I must have searched and found something else. Anyway if it is in the logs folder I dont actually have a logs folder at all.

Is it the case that the logs folder is generated automatically in zen and not part of the instal? As that would explain why it is not there in my particular case?

NO.. as of Zen Cart v1.5.1 the errors logs go to the LOGS folder, and it's not created on the fly, it's part of the install files..

Amazing what the Zen Cart FAQs section has floating around.. (this found searching for the term "error log")

http://www.zen-cart.com/content.php?...t-of-a-page%29

a) Check for the actual error messages in the store's myDebug-xxxxxxx.log files:

The built-in debug logging will create files in your website's /logs/ folder, named "myDebug-xxxxxx.log" (or "myDebug-adm-xxxxxxx.log" if they are from the admin side).
(If you're on an older version of Zen Cart such as v1.3.9 or v1.5.0 then these will be in the /cache/ folder instead of the /logs/ folder.)
(To access these files, use your FTP program to connect to your webserver. Your hosting company can help you with how to do that.)
You'll want to read the contents of these files to see what the actual PHP errors are.
Then search this FAQ area for your error message and/or see the "Dealing with Error Messages" section, later in this article.

NOTE: When errors start occurring, the number of log files in this folder can grow very quickly. You can purge them by using the Debug Log File Purge option from your Admin->Tools->Store Manager screen.
You will of course want to review the contents of those files first so you can address the problems they're recording.
If you don't purge them, it will eventually slow down your website's performance, and use up a large amount of disk space.

[DivaVocals]

I just did a "quick" search about the logs and found this thread http://www.zen-cart.com/downloads.php?do=file&id=1583

Right.. if you want to discuss this mod, you should post a question in the support thread for it..

[memorydave]

NO.. as of Zen Cart v1.5.1 the errors logs go to the LOGS folder, and it's not created on the fly, it's part of the install files..

Amazing what the Zen Cart FAQs section has floating around.. (this found searching for the term "error log")

http://www.zen-cart.com/content.php?...t-of-a-page%29

great, that's what I thought, it isn't in the logs folder for me as I am using 1.5.0. So getting back to what we was saying earlier.

OK I have had a read of this thread and can't find the issue I am having.

Everything installed fine it seamed. When I go and press "update" it goes to a blank page.

But it does actually update the order, you can see that by going back to the order. It has been changed

blank page = error.. post what the resulting error log says..

There is no error logs, I am looking in the cache folder and Im using zen 1.5 and there is no error logs

So there are no error logs for this. I get a blank page and no error log :-(

[lhungil]

We are unable to duplicate the issue you are encountering in our test and production sites.

In order to further help you determine why your installation is encountering a "blank" page, we need to know what PHP error is occurring to cause the "blank" page. If nothing is logged in the Zen Cart debug logs (you do have these enabled and the directory is writable by the webserver, correct?)... Then the next step is to look in the server error logs (your hosting provider should be able to assist you - and may need to enable logging of PHP warnings / errors).

[RodG]

ZenCart V1.5.1
Edit Orders 4.1.2
Super Orders 4.0.7
Stock by Attribute 1.5.1.2

Problem.
When editing an order the attributes setting is getting reset to a default value.

Is this a known problem? Is a fix available?

Cheers
Rod

[lhungil]

ZenCart V1.5.1
Edit Orders 4.1.2
Super Orders 4.0.7
Stock by Attribute 1.5.1.2

Problem.
When editing an order the attributes setting is getting reset to a default value.

Is this a known problem? Is a fix available?

Not a known issue (except for file uploads, which are not currently supported)...

I do not currently use any of the "stock by attribute" modules... Does this module make any changes to the handling of attributes on the catalog side? Does it add additional option types (which may not be understood by the stock ZC code)? If either is true... One may need to replicate those changes in the eo_* functions (or edit_orders.php when attributes are displayed)...

[RodG]

Not a known issue (except for file uploads, which are not currently supported)...

I do not currently use any of the "stock by attribute" modules... Does this module make any changes to the handling of attributes on the catalog side? Does it add additional option types (which may not be understood by the stock ZC code)? .

I don't know. I figured it would be worth asking here first before diving into how it all worked.

If either is true... One may need to replicate those changes in the eo_* functions (or edit_orders.php when attributes are displayed)...

Yeah, that's pretty much what I thought.

It looks like I'm going to have to dive into the code anyway, because the client also has the " Your Store Gift Cards (plastic, etc)" module installed (http://www.zen-cart.com/downloads.php?do=file&id=718), and although this does show up in the edit dropdown menu along with the Discount Voucher and Gift certificates as being editable items, the amounts entered with this are not being acted upon for the order totals.

Oh, while I'm on the topic, it took me a bit of head scratching to get the Discount Vouchers to work within the editor. It kept giving "Warning: The coupon code was not found in the title. The title / text of a coupon must be formated like "Discount Coupon : coupon_code :".
Sure enough, when I entered the data exactly like the warning suggests it worked as expected. I would have thought the 'Discount Coupon:" would be automatically derived and inserted via the dropdown selector (which I assume is happening for the Gift Certificates).
I'm not sure if this is a bug or not. I thought it worth mentioning though.

Cheers
Rod

[RodG]

Not a known issue (except for file uploads, which are not currently supported)...

It's a bug.

edit_orders.php , Line#894 , reads:

switch($optionInfo['type']) {

The problem is $optionInfo['type'] doesn't appear to be getting set anywhere, therefore none of the CASE's will ever match.

I've not had a chance to look into *why* this array variable isn't being set, but I've proved the point, by changing the line to read
switch("TEST") ;

then adding a case "TEST" just below the "case PRODUCTS_OPTIONS_TYPE_RADIO" and "case PRODUCTS_OPTIONS_TYPE_SELECT" lines.

Not really a viable solution, but as I said, it proves a point. The RADIO and SELECT type attributes then work flawlessly.

Cheers
Rod

[RodG]

It's a bug.

But NOT in the edit orders code.

I've traced this back to the source and the bug is in the stock by attributes code.

I'll follow this up with the details in the appropriate forum tomorrow.

Must get sleep.... its been a loooong day.

Cheers
Rod

[DivaVocals]

Oh, while I'm on the topic, it took me a bit of head scratching to get the Discount Vouchers to work within the editor. It kept giving "Warning: The coupon code was not found in the title. The title / text of a coupon must be formated like "Discount Coupon : coupon_code :".
Sure enough, when I entered the data exactly like the warning suggests it worked as expected. I would have thought the 'Discount Coupon:" would be automatically derived and inserted via the dropdown selector (which I assume is happening for the Gift Certificates).
I'm not sure if this is a bug or not. I thought it worth mentioning though.

Not a bug.. this is how it works, and I believe the readme covers this..