UPSXML error: Cannot use string offset as an array

[callingrohit]

Hi all,

I configured and installed the UPS XML mod for a client into ZenCart 1.3.8a.

They do have a UPS account and so I got the credentials configured into the Admin area of UPS XML.

Now, even though I have disabled UPS and enabled UPS XML, the shipping estimator doesn't load up on the shopping cart page. My estimator is configured as a list display rather than a popup.

I did enable the logging facility in upsxml.php and the error I get is

[15-Sep-2008 02:26:05] PHP Fatal error:  Cannot use string offset as an array in <webserver path>/includes/modules/shipping/upsxml.php on line 262

The line 262 is in bold in the following code from upsxml.php

if (isset($this->servicesTimeintransit[$type])) {
                    $eta_array = explode("-", $this->servicesTimeintransit[$type]["date"]);
                    $months = array (" ", "January", "February", "March", "April", "May", "June", "July", "August", "September", "October", "November", "December");
                    $eta_arrival_date = $months[(int)$eta_array[1]]." ".$eta_array[2].", ".$eta_array[0];
                    $_type .= ", ETA: ".$eta_arrival_date;
                }

Can someone please guide me how to solve this problem because my client would like to enable shipping worldwide and hence can't use the ZC UPS.

thanks
callingrohit

[DrByte]

Several discussions in the "Similar Threads" section at the bottom of this page may be of assistance.

[callingrohit]

Hi Dr. Byte,

Thanks for your reply. Yes I have seen them but my issue is not due to SSL or undefined zones.

Hence I posted it. The ZC UPS works fine....is there any major difference between UPS and UPS XML.

I mean if not then I might as well drop UPS XML rather than knocking my head off to solve the error.

Thanks

[DrByte]

What are the addresses you're trying to ship to and from?
Why did you choose to use the UPSXML mod in the first place? Its benefits are explained on its wiki page.

[callingrohit]

As far as addresses are concerned - they are just dummy addresses from US to Australia/US/UK. All 3 countries are defined in a single zone and then configured under UPS XML's shipping zone option.

why did I choose UPS XML, that was because it supported the delivery area surcharge but now I'm thinking if this even that important and its effect. Maybe I should read more about it in detail from UPS website. I'm doing this basically for a client based in US.

[DrByte]

I was referring to the UPSXML addon mod's wiki page (not the UPS website): http://www.zen-cart.com/wiki/index.p...ules_-_UPS_XML

If you're using dummy addresses which aren't "real enough" to validate between zip and city and state, then you're going to get some odd results, regardless which module you're using.

[callingrohit]

I read the benefits from the wiki page only but I said - to understand the advantage of UPSXML which is "delievery area surcharge" i should probably understand that term and its usuage in postal service from the UPS website.

well the dummy addresses are real from the point of view of street address, city, state, postcode, country. I don't see a reason why UPSXML or inturn UPS itself should not be able to validate them.

[DrByte]

Did you turn on the module's logging so that it can record the raw data coming back from UPS ... so you can figure out which result's data is not bringing back a valid date and thus causing your error?
The Similar Threads below have at least one where I copy-and-pasted the instructions from the module's files to enable logging.

[callingrohit]

I have enabled it (upsxml.log) and the UPS response contained success as a response and listed out all the different postal services it can provide. But on the frontend, the shopping cart page just displayed my cart and checkout buttons but after that it was all blank and when i saw the logs (have enable_error_logging.php in my implementation to see the logs when a page loads blank or with errors) it had the error " [15-Sep-2008 02:26:05] PHP Fatal error: Cannot use string offset as an array in <webserver path>/includes/modules/shipping/upsxml.php on line 262 ".

I seriously don't think that line262 is errorneous. The error is kinda misleading but i could be wrong.

[DrByte]

That line is attempting to parse part of the results received back from UPS.
Specifically, it's trying to extract date information, presumably related to delivery dates.
And, it's most likely receiving data that's either not in date format (ie: an error/status message instead of a real date) or blank info. It might be date info in a date format it doesn't recognize, but that PHP error suggests more likely text instead of date or just blank.
That's why I asked what the response details said.