Jump to content

olsonsp4c

Members
  • Content count

    545
  • Joined

  • Last visited

Posts posted by olsonsp4c


  1. Hi Scott. All I can say is that since Version 1.3.0 of the UPS XML module the dimensional support was mooved to a separate class, so it can be used in other modules too. The packaging routines are instantiated when the page checkout_shipping is called. The files needed for dimensional support and packaging addition from the UPS XML module are catalog/includes/classes/packing.php and catalog/admin/packaging.php. The dimensional support can be enabled in admin->Configuration->Shipping/Packaging. There is also a Package Definition interface in Admin->Tools->Packaging where various package dimensions can be created. The packing algorithm will load boxes with product and return quotes based on the size and dimensions of those boxes. The products length, width, and height can be specified in the administrative interface when editing a product. These variables must be added to the catalog/includes/classes/shopping_cart.php. I think that we'll also need to compare two files includes/modules/shipping/usps.php and includes/modules/shipping/upsxml.php to see if there is anything for the dimensional support in the upsxml.php.

     

    Thanks Irina, appreciate the insight, would love any help and expertise you can provide on improving this addon, really appreciate the direction.

     

    Scott


  2. Hi, Scott. It's nice having you supporting this contribution. Thanks for the code you posted above, it might be an alternative. I have another kind of problem, though. The USPS Global Express Guaranteed is not calculated correctly as it doesn't take the box dimensions into consideration. If I ship the 18x14x4 Box with contents weight 3 LBS to UK, the calculated Dimensional Weight is (18x14x4/166) or 7.0 lbs at the cost of $81.90 (@ USPS web site). Although, on my checkout_shipping.php I get a rate of $66.50. I'm loosing the $15.40 on this shipping. Is there any workaround to take the dimensional support into consideration just like the UPS XML module does? I know it might be a lot of work to implement it, but it worth it.

     

    Thanks.

     

    I'll look into Irina, it's a good suggestion. If you have any input in the process of revising this, let me know - there might be a way to incorporate some of the code from the UPS addon to make it functional...

     

    Scott


  3. Hi Scott..

    That PayPal IPN add-on is no longer an "official" module due to the foreign changes and additions made to it by other community members. Although such changes are welcome, it is impossible to have a certified version while accepting such changes.

     

    The new PayPal Standard module is a certified module and is locked on the add-ons site to prevent others from introducing changes. This module will be formerly introduced with the 2.2 RC2 release and is compatible with 2.2 MS2 and 2.2 RC1 for existing store owners.

     

    The modules in 2.2 RC2 have been released as add-ons for easier version tracking.

    Unfortunately yes, due to the manner of storing the order in the database before forwarding the customer to PayPals site. This is required to not lose orders when customers do not click on the final "continue to store" button on PayPals site.

     

    The Express Checkout and Direct Payments modules do not share this problem.

     

    Harald,

     

    I just wanted to say thanks for the response, I appreciate you taking the time with all the other projects you all have going on.

     

    Scott


  4. Scott,

     

    Why don't you just mimick the comments_table and its operation, instead with Carrier/Tracking-Number.

     

    Seems like it would be easy enough to do. Why bother to populate the order table with more fields. With its own table, you'd have the ability to add an unlimited number of shipments by various carriers per order. Of course, I don't know who might need that capability when one shipment per order is the norm and, no doubt, overwhelmingly common occurrence.

     

    It seems to me that it is much more likely that someone would use the same carrier for multiple shipments within the same order, rather than separate carriers. So the ability to have different carriers for one order looks good - but lacks practicality.

     

    Martin

     

    This is a good idea and I appreciate the input. I will be looking into this over the coming weeks. I'm thinking that you mean having a table purely for tracking where the tracking numbers are stored and then linked back to the order number and have a separate place where the tracking number could then be clicked to track it in the admin...

     

    This doesn't sound challenging upfront, but would require substantial reworking of the contribution, but it could be worth it! I've been thinking about reworking the contribution to allow real-time tracking within the customer's account history info too... since we're talking mods...

     

    Should you mod this on your own before I get around to it, could you post the mods here or email me the mods?

     

    Scott


  5. I take it, then, that in your installation when you say that the contrib will list multiple tracking numbers, it will list ONLY one tracking number per shipping carrier per order. It will list multiple tracking numbers, but only one tracking number per shipping carrier and multiple numbers only if multiple separate carriers (only one tracking number per carrier allowed)?

     

    When you enter a new tracking number for a previously used carrier, it will simply overwrite that former enry wit the new? I assume that this is so since you have only one field for each carrier for a tracking number in the order table.

     

    Wouldn't you need a separate table referenced by order ID to add multiple shipments through the same carrier?

     

    Just asking for clarification.

     

    Regards,

     

    Martin

     

    Yes, correct on all counts... I am going to be working on an update to allow up to 3 tracking numbers per carrier; however, it will mean a bunch of new inserts into the orders table. thanks for writing!

     

    Scott


  6. Hello,

     

    How can I modify the usps.php so that when no international shipping methods selected, the USPS shipping option doesn't even appear on checkout_shipping.php page? Right now I have the USPS module enabled but do not allow international shipping, so on checkout_shipping.php page it shows:

     

    Thanks.

     

    It's good to hear from you Irin. I'll take a stab at helping.

    In the version with insurance, the international rates are fetched and returned from lines 426 to 464.

    The error logic is just before that in 419 to 425.

     

    The easiest way would be to add this line in includes/languages/xxxxx/usps.php:

    define('MODULE_SHIPPING_USPS_TEXT_ERROR_1', 'We do not offer International Shipping via the United States Postal Service at this time.');

     

    This in the modules/usps.php before line 168 add:

    		 if ($order->delivery['country']['id'] != SHIPPING_ORIGIN_COUNTRY) {
    	   $this->quotes = array('module' => $this->title,
    					'error' => MODULE_SHIPPING_USPS_TEXT_ERROR_1);
    	 }else{

     

    After line 169 add this:

    		 }

     

    so that it looks like this:

    	  } else {
    	 if ($order->delivery['country']['id'] != SHIPPING_ORIGIN_COUNTRY) {
    	   $this->quotes = array('module' => $this->title,
    					'error' => MODULE_SHIPPING_USPS_TEXT_ERROR_1);
    	 }else{
    	   $this->quotes = array('module' => $this->title,
    					'error' => MODULE_SHIPPING_USPS_TEXT_ERROR);
    	}
      }

     

    This isn't what you were looking for, but it might be a start?

     

    Scott


  7. Hello,

     

    How do I stop Authorize.net from doing an automatic charge to the customer credit cards? For example, some items are out of stock and we do not want to charge the customers. We would like to MANUALLY charge the customers in our Authorize.net account.

     

    Authorize.net support tech line said we need to do it in the osCommerce coding.

     

    Anyone have any directions or links how to solve this problem?

     

    Thanks!

     

    I think one way you could do this is to set all payments to be authorized only rather than authorized/captured, but I'm uncertain about this...


  8. That is what I did the first time. It is set to TEXT. I removed the USPS methods. I re-installed. I still dont get the options to turn on and turn off under intl. They are always turned on. After I edit the settings, I can see all of the intl options, but when editing the settings, there are no check boxes or text for me to change.

     

    Is this driven by the USPS site, or in the DB? I find nothing in the DB and am wondering if driven by USPS, maybe my id does not have access to intl? Any other thoughts? I really think I have done exactly as you state and still nothing.

     

    It is driven by the DB, then connects with USPS after the settings are saved. Try removing it and overwriting with the most recent files, then re-install and let me know if it is fixed - you should be using production rather than testing and make sure that both the userid and password are filled in with the userid (in other words, it appears 2x). also, this is the line that inserts the correct field in "configuration" table:

     

    	  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_TYPES_INTL', 'GLOBAL EXPRESS, GLOBAL EXPRESS NON-DOC RECT, GLOBAL EXPRESS NON-DOC NON-RECT, EXPRESS MAIL INT, EXPRESS MAIL INT FLAT RATE ENV, PRIORITY MAIL INT, PRIORITY MAIL INT FLAT RATE ENV, PRIORITY MAIL INT FLAT RATE BOX, FIRST-CLASS MAIL INT', 'Select the international services to be offered:', '6', '15', 'tep_cfg_select_multioption(array(\'GLOBAL EXPRESS\', \'GLOBAL EXPRESS NON-DOC RECT\', \'GLOBAL EXPRESS NON-DOC NON-RECT\', \'EXPRESS MAIL INT\', \'EXPRESS MAIL INT FLAT RATE ENV\', \'PRIORITY MAIL INT\', \'PRIORITY MAIL INT FLAT RATE ENV\', \'PRIORITY MAIL INT FLAT RATE BOX\', \'FIRST-CLASS MAIL INT\'), ', now())");

     

    Scott


  9. Thanks for the hard work updating thes Paypal modules. I just had a few questions.

     

    1. In the addon Paypal IPN (official) which version number is the Paypal Standard 1.0 equivalent to?

     

    2. Do changes made to checkout_process.php still need to be incorporated into the new Paypal Standard 1.0?

     

    Thanks again for all your work.

     

    Scott


  10. This contribution appears to be working fine in OSC and does work all the way through PayPal if my sale requires Sales Tax. When the sale doesn't have sales tax, the shipping gets dropped out of PayPal. The correct amount looks fine at check out and stays good up until the last step in PayPal and then the shipping amount doesn't get charged. Where do I look??

     

     

    does the correct amount show when a person gets to the Payal off-site payment screen?

     

    Scott


  11. Maybe I am confused. IS that not what the following will do:

     

    ALTER TABLE `configuration` CHANGE `set_function` `set_function` TEXT CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL;

    After doing that, there is no change.

     

    If this is not it, how are you saying to change it as I believe it is text at this point?

     

    with some people this sql statement does not work, you might need to manually go in and change it to TEXT (ingore everything past COLLATE).

     

    afterwards, remove the usps module in modules->USPS Methods "Remove" - then click "Install" after it is removed and re-insert your id and all, the intl options should be there.

     

    Scott


  12. I am not getting a parse error, and running

    ALTER TABLE `configuration` CHANGE `set_function` `set_function` TEXT CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL;

     

    did not work for me.

     

    Any other ideas?

    Steve

     

    change configuration -> set_funtion to TEXT from VARCHAR in phpmySQL and it will work

     

    Scott


  13. Scott,

     

    Looks like is was somewhere in the catalog/admin/includes/functions/general.php file.

    It wouldn't work with the updated general.php file so I went back to original saved general.php file and applied the changes along with the new 2.9.5 files.

     

    Thanks again Scott,

     

    Dave

     

    Glad that is works now, thanks for letting me know.

     

    Scott


  14. Here is some additional info:

     

    I'm having the same issue with 2.9.5.1 and I get the error

     

    Parse error: syntax error, unexpected T_GLOBAL, expecting ')' in /home/gssibra4/public_html/ausz/AUSZadmin/modules.php(216) : eval()'d code on line 1

     

    on the admin screen for USPS just below the page banner when I select EDIT function.

     

    So I grabbed the module.php file from 2.9.2a_1 and replaced my manually edited version of modules.php and I get the same "bad" behavior.

     

    This is addressed in the Troubleshooting part of the readme/install txt file:

     

    "2. If you are getting a "parse error" you may need to open phpMyAdmin and update the database -> configuration table and change set_function to TEXT from VARCHAR."

     

    Also, if your International options are not showing, this is also the solution. do as number 2 says, then in the admin remove the usps module, then reinstall it and you will see all your options appear - I will add this to the readme file for future updates.

     

    Scott


  15. Sorry for delay Scott. I got sick!

     

    I did get shifted to production and received email confirmation. Please note that I am also getting the word "Array" instead of the actual methods in the admin module in the following fields and none of these options are selected when I go to edit:

     

    Display weight

    Display transit time

     

    Domestic Shipping Methods

    Select the domestic services to be offered:

     

    Schadeboy is having the same issue.

     

    Int'l Shipping Methods

    Select the international services to be offered:

     

    Schadeboy looks like he had the same problem. Schadeboy, what steps did you miss. I will check my installation again. In the meantime, do you have any other ideas Scott?

     

    Thanks!

     

    could you try overwriting your files with the latest upload and let me know? (first disable/remove the module before overwriting)

    thanks!

     

    Scott


  16. Yes, I have alot of contributions also :D and yea maybe its because you dont have file manager.php on your admin is why you cant replicate this error or provide insight? It seemed like a very great contribution, we just have to iron out a few things. Well actually you becuase I dont know how to code php :lol:

     

    Thanks man,

    Tim

     

    I will try to work on it at some point - i did have file_manager.php until last week when I learned of the security risk of having it and my contribution worked fine and I got no errors, so it would be hard to duplicate. were there any other contributions that you installed simultaneously with mine?


  17. I was about to install this mod when I noticed that there are two folders in the package:

    1. mods

    2. stock install

     

    Do I have to install the items form both folders or does it depend if you have a fresh install if you use (stock install)?

     

    Stock install is only for the MS2 not RC1 - it's a copy over existing files... don't do this - do the edits manually.

     

    the mods folder is referred to throughout the instructions, just read them carefully and you should be ok.

     

    Scott


  18. Thanks for your response olsonsp4c.......what your are trying to say is you do have this running on the latest build of osc although the author say it is was not tested on it?

     

    I dont know what I ran into the error and as soon as I took the /admin/includes/functions/html_output and the /admin/orders.php out everything started to work again with no problem. How is this?

     

    Thanks,

    Tim

     

    I am the author and i do have it running properly on RC1; however, I have not tested it on a default install - my install is heavily modded with 80+ contributions...


  19. Scott,

     

    Disabled module

    Replaced catalog/includes/modules/shipping/usps.php

    Replace catalog/includes/languages/english/modules/shipping/usps.php

    catalog/admin/modules.php was already updated from 2.9.4

    catalog/admin/includes/functions/general.php - (wrote over the USPS Methods 2.5 with 2.9)

    Enabled module

    Still no luck.

     

    United States Postal Service United States Postal Service

    An error occured with the USPS shipping calculations.

    If you prefer to use USPS as your shipping method, please contact the store owner.

     

    Waiting for email xml error.

     

    Thanks

     

    I apologize for this question in advance - but, I need to rule it out. Did you follow the pre-instructions, getting your usps userID which is also used for the password - then email usps and request that it be shifted to production and receive an email confirmation from usps saying the server was in fact switched?

     

    thanks!

     

    Scott

×