Jump to content

fulluvscents

Members
  • Content count

    305
  • Joined

  • Last visited

  • Days Won

    4

Everything posted by fulluvscents

  1. There are a couple needed instructions in addition to those included in the contribution. Rather than spend time tinkering with someone else's contrib and uploading a new mod, I'll post those changes on the forum and hope that others find the post and can make the fixes. Perhaps, the contributor will make the necessary changes and upload a package with the patches. 1. In catalog/includes/modules/download.php around line 48, find: $download_timestamp = mktime(23, 59, 59, $dt_month, $dt_day + $downloads['download_maxdays'], $dt_year); replace with: $dty = intval($dt_year); $download_timestamp = mktime(23, 59, 59, $dt_month, $dt_day + $downloads['download_maxdays'], $dty); 2. In catalog/checkout_process.php around line 118 find: 'date_purchased' => 'now()', Add the following line AFTER the above code: 'last_modified' => 'now()', The first change will fix the time error. The second change will fix the problem with missing download links and bad expiration dates (which you won't notice until after you get past the time error). I think these were the only things that I ran across. I'll keep an eye on this thread. If you run into any other problems, it might be something that I also ran across and if I have a fix for it, I'll get it posted. Jetta
  2. fulluvscents

    [Contribution] - USPS Methods

    Criticism is what forces people to strive for perfection. At this point in time, there are probably several working websites still using the V3 server with only the minor stripping changes that were needed to remove the urlencoded marks that USPS started sending on January 2. The real wave will come in May when the V3 server is shut down completely. It's odd that they would tell you that you're good to go when you are not. But, good to see that you did get it all working. I've seen two different 2.3.1 scripts. The only real difference seems to be in the html codes (cosmetic), and not in the functional php code. OSC contributions are a free for all and if you think you've got a situation that others will also run into then feel free to share. Obviously one person isn't going to run into every potential problem. That's why the forum is here. If you upload, then just be sure to note the OSC version and how it differs from other packages so that people can best decide which version to install. I agree that the contribution page is a mess. However, ALL of the uploads are complete packages (not patches) with the exception of the very last one. That is a change to one word in the script and I didn't feel it was worthy of taking the time to gather an entire package together. Besides that one, they are full packages/replacements for previous uploads and it is usually a safe bet to start with the most recent upload and work your way down rather than starting with the oldest and working up. If I had my way, I'd be able to delete my previous contributions each time I upload a new package, but I can't. So, the mess remains and hopefully people can read well enough to know that the modules became Rate V4 compatible with "USPS Methods 5.2.0 V4IntlV2 Compatible" and that subsequent contributions are enhancements to that version. I DO SEE how people could mistake the full packages for "patches", except that for the most part, I state that they are a "full package". Looks like I didn't specify that in a couple of them - oops sorry. I do have a few things that have been modified/enhanced since the last upload and I will be contributing yet another package after I've made enough changes to justify a new upload. When I do, I'll make sure to specify that it is a full package, that it is Rate V4 compatible and meets all USPS legal requirements. Hopefully that will eliminate confusion. I would certainly rather see people successfully downloading and installing the correct version than spending days and sometimes weeks trying to get things sorted out. Thanks for the insight. It is always welcome.
  3. It is easy to blame others for incompetency and refuse to own up to yours when there is nobody else to shed light on the reality. Tsk, tsk, tsk. I have never seen this module until today, because ya see, I don't sell downloadable products and have no need for it. Yet, I installed it on George's website, fixed the time stamp error, the unexpected $end error, and successfully set all configurations in a matter of about an hour. George still needs to add some attribute properties to his products so that his customers can download them, but all in all, it is a fully working module. I will note for the record that the php errors I ran across were not module related, but OSC2.3.1 related. This is the third module that I installed on his site in the past 20 hours and I assure you that the only changes he made to the site were cosmetic. There were no functional changes which would have had any impact whatsoever on this installation. There was nothing to repair. The module just needed to be installed and one date stamp command needed to be changed. It took me an hour because I knew the installation had already been attempted, so I had to manually compare each file and db configuration entry. If I had known the extent of work already done or not done, it would have taken half the time. To take $25 from someone to install a module that YOU contributed and then fail to install it is a bit scammish in my opinion. It was a nude site and with your experience with the module, you could have had it done in 15 minutes. Shame on you. I'll admit that I had a hard time trying to figure out why I couldn't download the products (someone was missing the download links in attributes). But, nonetheless, the accusations here are false, the demeanor offensive, and the business ethics lacking.
  4. fulluvscents

    [Contribution] - USPS Methods

    You cannot change the mail type descriptions. Your request has to match the USPS response or it won't be returned at all. Yes, when I changed it to "All", I received first class AND flat rate envelope methods. If you are using the most updated version, then your international types array (line 75) should look like this: $this->intl_types = array( 'Global Express' => 'Global Express Guaranteed regimark (GXG)**', 'Global Express Non-Doc Rect' => 'Global Express Guaranteed regimark Non-Document Rectangular', 'Global Express Non-Doc Non-Rect' => 'Global Express Guaranteed regimark Non-Document Non-Rectangular', 'USPS GXG Envelopes' => 'USPS GXG tradmrk Envelopes**', 'Express Mail Int' => 'Express Mail regimark International', 'Express Mail Int Flat Rate Env' => 'Express Mail regimark International Flat Rate Envelope', 'Priority Mail International' => 'Priority Mail regimark International', 'Priority Mail Int Flat Rate Lrg Box' => 'Priority Mail regimark International Large Flat Rate Box', 'Priority Mail Int Flat Rate Med Box' => 'Priority Mail regimark International Medium Flat Rate Box', 'Priority Mail Int Flat Rate Small Box' => 'Priority Mail regimark International Small Flat Rate Box**', 'Priority Mail Int Flat Rate Env' => 'Priority Mail regimark International Flat Rate Envelope**', 'First-Class Mail Int Lrg Env' => 'First-Class Mail regimark International Large Envelope**', 'First-Class Mail Int Package' => 'First-Class Mail regimark International Package**', 'First-Class Mail Int Letter' => 'First-Class Mail regimark International Letter**' ); and your configuration line (421) should look like this: tep_db_query("insert into " . TABLE_CONFIGURATION . " (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, set_function, date_added) values ('Int\'l Shipping Methods', 'MODULE_SHIPPING_USPS_INTL_TYPES', 'Global Express, Global Express Non-Doc Rect, Global Express Non-Doc Non-Rect, USPS GXG Envelopes, Express Mail Int, Express Mail Int Flat Rate Env, Priority Mail International, Priority Mail Int Flat Rate Env, Priority Mail Int Flat Rate Small Box, Priority Mail Int Flat Rate Med Box, Priority Mail Int Flat Rate Lrg Box, First-Class Mail Int Lrg Env, First-Class Mail Int Package, First-Class Mail Int Letter', 'Select the international services to be offered:', '6', '0', 'tep_cfg_select_multioption(array(\'Global Express\', \'Global Express Non-Doc Rect\', \'Global Express Non-Doc Non-Rect\', \'USPS GXG Envelopes\', \'Express Mail Int\', \'Express Mail Int Flat Rate Env\', \'Priority Mail International\', \'Priority Mail Int Flat Rate Env\', \'Priority Mail Int Flat Rate Small Box\', \'Priority Mail Int Flat Rate Med Box\', \'Priority Mail Int Flat Rate Lrg Box\', \'First-Class Mail Int Lrg Env\', \'First-Class Mail Int Package\', \'First-Class Mail Int Letter\'), ', now())"); If you are using a version that does not replace the trademark legends correctly, then unfortunately, I am not offering support for those versions. But, it is essentially the same thing with a different trademark string. The first value in the array can be anything, but it MUST match the value in the configuration line. Only the administrator sees these values so there is no reason to change them. The second value cannot be changed at all. The script is sending the correct request and is receiving the correct USPS response. If any changes were made to these portions of the script, then those changes need to be undone to get it working properly. My dimensions are set to 8,8,1,0. I am getting flat rate envelopes. If I change them to 12,12,12,12, which is far in excess of anything that will fit in a flat rate envelope, then I still get the flat rate envelopes. So, I'm guessing that dimensions don't affect these envelopes. But, the array value will do that.
  5. fulluvscents

    [Contribution] - USPS Methods

    Rate V3 request means that you are using an old module. Can't help with that. Your mod is outdated and will need to be updated to USPS methods 5.2.1. Not authorized to connect to this server means that you are not authorized to receive a response from the Rate V3 server (where you sent your request). It doesn't necessarily mean that you aren't on a production server at all, but not authorized for that server. Update your mod to V4 compatibility (USPS Methods 5.2.1). Test it and if there are still issues, post back. Be absolutely sure to remove the old mod from your admin panel BEFORE you upload the new files or you'll run into sql conflicts between the mods.
  6. fulluvscents

    [Contribution] - USPS Methods

    I've seen this but I can't remember what caused it. Make sure to go back through the instructions carefully. It's either because the configuration table wasn't dumped properly before you uploaded the new file (by removing the old module first) or it's because you missed one of the /admin/ file mods. If you can't get back into it, then best option is to go back to your backup and reinstall. You did backup, right?
  7. fulluvscents

    [Contribution] - USPS Methods

    Re: International envelopes - it is not a problem with the install. It is a problem with the script. I missed something. I had assumed the missing responses had to do with dimensions / weights and that I was just entering something wrong in my admin panel. While looking into something else, I figured out WHY flat rate envelopes aren't showing up. I didn't realize first class envelopes were missing as well. When looking at it originally, I thought it was going to require a complete redo of the international portion of the module. However, in response to this, I took another look to find out just how much work it would be. Good news. It requires changing ONE word in the script. in catalog/includes/modules/shipping/usps.php on about line 723, change '<MailType>Package</MailType>' to '<MailType>All</MailType>' Flat rate envelopes will be returned. I suppose that means I have to do a new upload now. Blah. At least it was an easy fix.
  8. fulluvscents

    [Contribution] - USPS Methods

    This module does not include any provisions for dimensional shipping. All settings are established by weight. You can turn flat rate boxes on and off though if you find that including them causes the cart to over/under charge. If your value doesn't match the response from USPS, then you will not get the rate response. In other words, you can't change it unless you manually do a string replace at the display level like we did with changing regimark to <sup>®</sup>. You can't change the value in the module. You have to recode it in the display pages. If you follow through the install instructions and chase the code added for the regimark displays, then you could add new code to each of those pages, for EACH string of text that you want to replace. Change the following: $search = array(' regimark', ' tradmrk'); $replace = array('<sup>®</sup>', '<sup>™</sup>'); TO $search = array(' regimark', ' tradmrk', 'STRING TO REPLACE', 'STRING TO REPLACE', 'STRING TO REPLACE'); $replace = array('<sup>®</sup>', '<sup>™</sup>', 'NEW STRING', 'NEW STRING', 'NEW STRING'); 'STRING TO REPLACE' would be Small Flat Rate Box**, Medium Flat Rate Box, Large Flat Rate Box, etc. 'NEW STRING' would be Small Flat Rate (max dim. 8-5/8" x 5-3/8" x 1-5/8"), with medium, large, etc added in the same manner.
  9. fulluvscents

    [Contribution] - USPS Methods

    I installed a completely fresh 2.3.1 module and then installed USPS per instructions and it worked perfectly fine. I uploaded a full package of all files that were modified with the USPS install as a new contribution last week. I know that you mixed up instructions between the functions/general.php and the admin/functions/general.php files. Rather than sorting it out, it was easier for me to do a full upload that you can use to overwrite one file at a time until you find the overwrite any files that were incorrectly modified during your installation. If you upload that entire package and make the couple of necessary changes in your admin panel, and still have problems, then your issue is something beyond what I can help with. It could be something in a different file, a conflict with another contribution that hasn't already been mentioned, or a server issue. Whatever it is, it goes beyond the scope of compatibility between this module and the OSC version. It has been tested on osc2.3.1 by myself and others and it is working fine. You need to either back up to the last known working file set (from before installing the USPS module) and start the USPS installation over from scratch, reinstall your OSC version from scratch and reinstall the USPS module from scratch, go back through the instructions carefully and manually find the error yourself and fix it, or find someone willing to access your files to assist you. Beyond Compare is a file comparison program that can help you find differences between your files and stock osc files or the files that I modified (found in the latest contribution). It is a descent and easy to use program that comes with a free 30 day trial. It might prove to be very useful in finding your file conflicts. I would start with admin/includes/functions/general.php and admin/modules.php since the last problems you mentioned to me were in your admin panel.
  10. fulluvscents

    [Contribution] - USPS Methods

    Customer option is not available and I personally won't be the one to make it available. I know there are a lot of people who'd like to see a customer option for insurance, and maybe someone will finally do it, but it's beyond anything that I desire to get involved in. Customers have automatic insurance by virtue of consumer protection laws. They don't need to buy insurance to protect their purchase so giving them an option is opening a door that I don't want to open. Whether the buyer insures or not, the seller is responsible, regardless of disclaimers and terms (usually by virtue of the merchant credit card agreement). The seller is the one who has to decide whether or not to insure against his potential losses and in doing so, whether he wants to insure through USPS, self insurance, or increased product prices. Personally, I charge for insurance on a per shipment basis and put it in a Fulluv Scents "lost" international first class mail fund. Yup, amazing how that's the only class of mail that gets lost.
  11. fulluvscents

    [Contribution] - USPS Methods

    As it stands, this is the ONLY module that conforms with the API changes, so it is your only option if you want your mod to work after May, 2011. Known bugs or issues have been resolved in the latest uploads and any known conflict issues with other mods have also been resolved. I will note that I need to fix an issue with international flat rate envelopes. I haven't had time to get to it and it isn't a huge functional problem as of yet. So, that fix will be uploaded when I get time to do it. I have a dev cart at http://www.fulluvscents.com/store1. This is a copy of my regular site that I use for testing only. Feel free to test it out there. You will need to create an account and you can add international and domestic addresses. Unfortunately, there is no access to the admin panel and the scroll is too long to get a screen shot, so all I can offer from my end is a test site to play with.
  12. fulluvscents

    [Contribution] - USPS Methods

    You fix that through your admin panel - configuration, emails, set mime html emails to true.
  13. fulluvscents

    [Contribution] - USPS Methods

    As a matter of simplification, I just uploaded a full file drop for osc2.3.1. For anyone installing this into an UNMODIFIED OSC2.3.1 store, it is as simple as dropping the files into your catalog folder and following a couple of instructions. This will NOT work in any other OSC version, and is not recommended for modified 2.3.1 stores.
  14. fulluvscents

    [Contribution] - USPS Methods

    If that line isn't in your general.php file then it's because you never added it and yes, you should have. That is why I changed the instructions. Having two sets of contradictory instructions was too confusing and made it easy to miss things. Just go through the instructions. If you did not already add that section of code originally, then you need to go to the next instruction and add it as a new install. The following code should exist in your general.php file. // Alias function for Store configuration values in the Administration Tool function tep_cfg_select_multioption($select_array, $key_value, $key = '') { for ($i=0; $i<sizeof($select_array); $i++) { $search = array(' regimark', ' tradmrk'); $replace = array('<sup>®</sup>', '<sup>™</sup>'); $name = (($key) ? 'configuration[' . $key . '][]' : 'configuration_value'); $string .= '<br><input type="checkbox" name="' . $name . '" value="' . $select_array[$i] . '"'; $key_values = explode( ", ", $key_value); if ( in_array($select_array[$i], $key_values)) $string .= ' CHECKED'; $string .= '> ' . str_replace($search, $replace,$select_array[$i]); } $string .= '<input type="hidden" name="' . $name . '" value="--none--">'; return $string; } // USPS Methods. Added by Greg Deeth // Alias function for Store configuration values in the Administration Tool. function tep_cfg_multiinput_list($select_array, $key_value, $key = '') { $key_values = explode( ", ", $key_value); for ($i=0; $i<sizeof($select_array); $i++) { $name = (($key) ? 'configuration[' . $key . '][]' : 'configuration_value'); $string .= '<br><input type="text" name="' . $name . '" value="' . $key_values[$i] . '"> ' . $select_array[$i]; } $string .= '<input type="hidden" name="' . $name . '" value="--none--">'; return $string; } // USPS Methods. Added by Greg Deeth // Alias function for Store configuration values in the Administration Tool. function tep_cfg_multiinput_duallist_oz($select_array, $key_value, $key = '') { $key_values = explode( ", ", $key_value); $string .= '<center>'; for ($i=0; $i<sizeof($select_array); $i++) { $current_key_value = current($key_values); $name = (($key) ? 'configuration[' . $key . '][]' : 'configuration_value'); $string .= '<br><input type="text" name="' . $name . '" size="3" value="' . $current_key_value . '"><i>oz</i>'; $string .= ' <b><</b> ' . $select_array[$i] . ' <u><b><</b></u>'; next($key_values); $current_key_value = current($key_values); $string .= '<input type="text" name="' . $name . '" size="3" value="' . $current_key_value . '"><i>oz</i>'; next($key_values); } $string .= '<input type="hidden" name="' . $name . '" value="--none--">'; $string .= '</center>'; return $string; } function tep_cfg_multiinput_duallist_lb($select_array, $key_value, $key = '') { $key_values = explode( ", ", $key_value); $string .= '<center>'; for ($i=0; $i<sizeof($select_array); $i++) { $current_key_value = current($key_values); $name = (($key) ? 'configuration[' . $key . '][]' : 'configuration_value'); $string .= '<br><input type="text" name="' . $name . '" size="3" value="' . $current_key_value . '"><i>lbs</i>'; $string .= ' <b><</b> ' . $select_array[$i] . ' <u><b><</b></u>'; next($key_values); $current_key_value = current($key_values); $string .= '<input type="text" name="' . $name . '" size="3" value="' . $current_key_value . '"><i>lbs</i>'; next($key_values); } $string .= '<input type="hidden" name="' . $name . '" value="--none--">'; $string .= '</center>'; return $string; } Realistically it can go anywhere in the file, as long as it isn't in the middle of another function. I don't know about 2.3.1, but all the 2.2 functions are separated by two commented lines like this: //// // When you install or update your configuration from the admin panel, this is the code that tells it how to apply your options to the db. I'd be surprised if you didn't have this code and it didn't cause errors (like undefined function). But, if that is the case, then it would very easily explain why your module wasn't working - nothing was being put in the db.
  15. fulluvscents

    [Contribution] - USPS Methods

    The script sends you the response from USPS. If you sent a bad request, you would get an error response, but that isn't the case. You got no response, and chances are, it's because you aren't sending the request at all. The script is running, and you are able to send yourself emails, but your server is not communicating with the USPS server. From the original troubleshooting tips: "If you don't receive any email after testing with this hook, that may indicate a failure in http socket handling on your server." I think this goes beyond the script and honestly it's far beyond my scope of knowledge. for s&g, comment out this code from modules.php and see what happens: if( is_array( $value ) ){ $value = implode( ", ", $value); $value = ereg_replace (", --none--", "", $value); } Beyond that, I wouldn't know how to test or fix anything in regards to server issues.
  16. fulluvscents

    [Contribution] - USPS Methods

    new package was uploaded to contributions changing the replacement language and adding a couple things to instructions that were pointed out by other members. Thanks
  17. fulluvscents

    [Contribution] - USPS Methods

    usps sends <sup>®</sup> in urlencoded format. The problem is that even after this is decoded and replaced, I couldn't get it to strip the special characters for processing and posting the methods. It was more effective to modify it down to a common term and then do the replacement at the display level. This way we have both the function and the display working properly. I replaced <sup>®</sup> with " reg" and the same thing for trade. It can be replaced with ANYTHING that doesn't contain special characters. I'll replace it with something else to ensure that it doesn't interfere with other modules. Will post back when fix is uploaded
  18. fulluvscents

    [Contribution] - USPS Methods

    Leave the line. find the two lines (in usps.php) with the email address user@localhost.com and replace all four of the addresses with your own. Uncomment the lines by removing the //. Go to your site checkout and test both domestic and international shipping. You should receive USPS responses to the email address that you enter. Change the email back and comment it again. You only need one test set. Post the response(s) that you get. It will be a lot, and you might have to use a couple of posts to get it all. But that's the starting point to trying to pinpoint this. If you are not receiving php errors, then it might not be the installation (code or sql). It might be a problem with communication. Those response emails will help determine if that's the problem. Also, check the troubleshooting tips in the install instructions.
  19. fulluvscents

    [Contribution] - USPS Methods

    you aren't replacing. you're adding to what you already have. So, nothing should have been taken out. The module has worked fine on osc2.3.1 for others so I don't see any reason you'd want to remove that line. If someone with 2.3.1 wants to chime in to confirm that, it would help. Did USPS email you and tell you that they switched you to the production server yet? If you didn't get the email, then you are not switched yet. If so, confirm that so I don't chase my tail (nor you yours). If not, then send them another email specifying that you are using an oscommerce module. They won't switch you unless they can confirm that testing has been done with your user id or if they know you are using tested third party software (OSC).
  20. fulluvscents

    [Contribution] - USPS Methods

    If they want this displayed only for certain methods, then no, it won't work. If for all international methods, then it will work just fine. Depends solely on whether or not it is what the poster was looking for. But, I can't pass up a challenge. So, here you go. To set the display for particular methods, find on line 1118: if (($dispinsurance) && ((MODULE_SHIPPING_USPS_INTL_INSURANCE_OPTION == 'True' && $iinsurance > 0) || (MODULE_SHIPPING_USPS_INSURE == 'True' && $iuinsurance > 0))) {$dispinsure[$service] = '<br>' . MODULE_SHIPPING_USPS_TEXT_INSURED . '$' . tep_round_up($insurable, 2);} else {$dispinsure[$service] = '';} AFTER THIS, add the following: switch ($service) { case 'First-Class Mail reg International Letter**': $dispinsure[$service] = '<br>---No Insurance. No tracking'; break; case 'First-Class Mail reg International Package**': $dispinsure[$service] = '<br>---No Insurance. No tracking'; break; case 'First-Class Mail reg International Large Envelope**': $dispinsure[$service] = '<br>---No Insurance. No tracking'; break; } This is an example only. You'll need to add the case and break line for EACH international type that you want this applied to. The types can be found in the intl_types array on line 75. You do NOT need to set "display insurance" to true from the admin panel. This will be hardcoded. However, if you DO set "display insurance" and you do force insurance, then this will overwrite insurance displays for the specified methods only. In other words, if you only specify 1st class in the case/break rule then this is the only method that will display the text. The other methods will display their default text (insured for $X.XX) Suppose it was easier than I thought it would be. This is hard coded and user specific. It is not controlled from admin, so if any further contributions are installed, you'll need to re-add this code manually.
  21. fulluvscents

    [Contribution] - USPS Methods

    Okay, so I opened the module and it dawned on me that there is a simple modification for this. You need to check "display insurance" from your admin panel. If you have insurance set to true for domestic, then your domestic will display as normal. If it is set to false, then domestic insurance shouldn't show anything. To modify the display for international do the following: In the usps.php file, find the following around line 1116: if (($dispinsurance) && ((MODULE_SHIPPING_USPS_INTL_INSURANCE_OPTION == 'True' && $iinsurance > 0) || (MODULE_SHIPPING_USPS_INSURE == 'True' && $iuinsurance > 0))) {$dispinsure[$service] = '<br>' . MODULE_SHIPPING_USPS_TEXT_INSURED . '$' . tep_round_up($insurable, 2);} change to: // if (($dispinsurance) && ((MODULE_SHIPPING_USPS_INTL_INSURANCE_OPTION == 'True' && $iinsurance > 0) || (MODULE_SHIPPING_USPS_INSURE == 'True' && $iuinsurance > 0))) // {$dispinsure[$service] = '<br>' . MODULE_SHIPPING_USPS_TEXT_INSURED . '$' . tep_round_up($insurable, 2);} if (($dispinsurance) {$dispinsure[$service] = '<br>---No Insurance. No tracking';} This will display the text beneath every international method.
  22. fulluvscents

    [Contribution] - USPS Methods

    The box size won't affect the quote for any particular method. It will only affect which shipping methods are returned in the USPS response. For example, Global express guaranteed states the following: So if the package isn't large enough for the label, then that method won't be shown. If you use 6X10X1, you'll get GXG, first class package, priority, express, and priority flat rate boxes, but in my case, I'm not getting flat rate envelopes regardless of what dimensions I use. I think this is one point where USPS overstepped their bounds - KNOWING that most businesses who use their API services ship in a variety of package sizes. But, this is how they set it up. You send one set of parameters and they send back the methods that fit within those parameters. The USPS internet customer help desk might be able to give a standard dimension that will work with all mailing types. Could be worth a try but I don't like using telephone, so I won't call. 1-800-344-7779
  23. fulluvscents

    [Contribution] - USPS Methods

    Comment out line 405 tep_db_query("ALTER TABLE `configuration` CHANGE `set_function` `set_function` VARCHAR( 1020 )"); Uninstall and reinstall and see if that works.
  24. fulluvscents

    [Contribution] - USPS Methods

    Those are normal. Those errors specifically are from the transit time responses. The module is set up to go through every method and send a request. For those methods that are not in your allowed list or not within the weight threshold, it sends a request of NONE instead of the mail class. So, USPS sends a response of "BAD REQUEST". This never impacts the function on your site, since the module is scripted to disregard error responses and process good responses. If you get zero good responses, then the USPS error language shows up in your shopping cart. In your quote responses, you'll also see errors like this: <RateV4Response><Package ID="0"><Error><Number>-2147219094</Number><Source>;RateEngineV4.ProcessRequest</Source><Description>Service must be Express, Express SH, Express Commercial, Express SH Commercial, First Class, Priority, Priority Commercial, Parcel, Library, BPM, Media, ALL or ONLINE; you passed NONE</Description><HelpFile></HelpFile><HelpContext>1000440</HelpContext></Error></Package> Those happen for the same reason. "You passed NONE" means that the shipping method wasn't allowed or wasn't within the set weight threshold, so a request of mail class "NONE" was sent by the script, and therefore USPS could not process a response. This is how the script weeds out the methods shown to your customers per your settings.
  25. fulluvscents

    [Contribution] - USPS Methods

    Think I found the fix for the spacing issue - at least in regards to the order email that is sent out. In includes/languages/english/modules/shipping/usps.php, change: define('MODULE_SHIPPING_USPS_TEXT_TITLE', 'United States Postal Service<br>'); to: define('MODULE_SHIPPING_USPS_TEXT_TITLE', 'United States Postal Service <br>'); Regarding the addition of (no insurance)(no tracking), that isn't really a simple one, although it certainly could be done. I personally include all of that info in the shipping / returns section of my site. I also have a notice (regarding hazardous materials) in checkout_shipping.php page in simple html - not included in the shipping module at all. If you don't ship domestically using USPS then you could simply change the language file and add the language after United States Postal Service with appropriate spaces and breaks.
×