Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

jhaugen

Pioneers
  • Posts

    30
  • Joined

  • Last visited

Everything posted by jhaugen

  1. I had some problems with this module in an osCommerce 2.3 installation: 1. Problem: The title of the payment method did not show up on the checkout payment page. Fix: * edit includes/modules/payment/gge4_cc_aim.php * Find: 'module' => $this->public_icon . $this->checkout_title); * Change to: 'module' => $this->public_icon . $this->public_title); 2. Problem: After entry of card info and upon clicking "Confirm Order" the following error message is generated: Warning: stream_context_set_option() [function.stream-context-set-option]: called with wrong number or type of parameters; please RTM in .../catalog/includes/modules/payment/gge4_cc_aim.php on line 43 Fatal error: Uncaught SoapFault exception: [HTTP] in .../catalog/includes/modules/payment/gge4_cc_aim.php:45 Stack trace: #0 .../catalog/includes/modules/payment/gge4_cc_aim.php(45): SoapClient->__doRequest('<?xml version="...', 'https://api.glo...', 'http://secure2....', 1, 0) #1 [internal function]: SoapClientHMAC->__doRequest('<?xml version="...', 'https://api.glo...', 'http://secure2....', 1, 0) #2 .../catalog/includes/modules/payment/gge4_cc_aim.php(201): SoapClient->__call('SendAndCommit', Array) #3 .../catalog/includes/modules/payment/gge4_cc_aim.php(201): SoapClientHMAC->SendAndCommit(Array) #4 .../catalog/includes/classes/payment.php(181): gge4_cc_aim->before_process() #5 .../catalog/checkout_process.php(81): payment->before_process() #6 {main} thrown in.../catalog//includes/modules/payment/gge4_cc_aim.php on line 45 Line 43 is this: stream_context_set_option($context,array("http" => array("header" => "authorization: GGE4_API " . $keyid . ":" . $authstr . "\r\nx-gge4-date: " . $hashtime . "\r\nx-gge4-content-sha1: " . sha1($request)))); I'm still trying to sort this out. Any ideas??
  2. I have an osc 2.3.3.4 installation running with FedEx Web Services v9.4.4. It returns both U.S. and International rates. U.S. works perfectly, however there are a lot of extra costs that FedEx adds for international shipping that this addon doesn't return. It looks like the only way to account for this is to add a fixed $ or % increase to the rates that FedEx does return. Has anyone figured out what $ amounts or %'s to add to get the international rates up to where they cover the actual shipping costs? Is there a better way to resolve this issue? The typical shipment is one or more boxes at 36 pounds each.
  3. @@rpdesign Hi Robert, I get "You do not have permission to view this attachment." when I try to download the above separate.php attachment. How do I get it?? -Jerry-
  4. @@rpdesign I replaced the original lines 13, 14, and 15 with those five lines. That eliminated the admin side error and I loaded the module. The version number showed up after loading. The module defaults to "on" so I immediately checked the front end. Upon checkout, while the system is loading the shipping rates, I got this: Warning: mysql_fetch_assoc() expects parameter 1 to be resource, object given in.../catalog/includes/modules/shipping/separate.php on line 117 Warning: mysql_fetch_assoc() expects parameter 1 to be resource, object given in ../catalog/includes/modules/shipping/separate.php on line ]135 Warning: mysql_fetch_assoc() expects parameter 1 to be resource, object given in...]/catalog/includes/modules/shipping/separate.php on line 154 Warning: mysql_fetch_assoc() expects parameter 1 to be resource, object given in.../catalog/includes/modules/shipping/separate.php on line 173 Warning: mysql_fetch_assoc() expects parameter 1 to be resource, object given in.../catalog/includes/modules/shipping/separate.php on line210 Warning: mysql_fetch_assoc() expects parameter 1 to be resource, object given in .../]catalog/includes/modules/shipping/separate.php on line 220 Warning: mysql_fetch_assoc() expects parameter 1 to be resource, object given in.../catalog/includes/modules/shipping/separate.php on line 229 Warning: mysql_fetch_assoc() expects parameter 1 to be resource, object given in../catalog/includes/modules/shipping/separate.php on line 253 Warning: mysql_fetch_assoc() expects parameter 1 to be resource, object given in .../catalog/includes/modules/shipping/separate.php on line 277 Looks like the same issue in a different file. -jerry-
  5. Hi Robert, Last November someone asked about the instructions for step 5 (editing column_left.php) on osC 2.3.3.4. The instructions for version 1.812 do not address this issue. On January 21, Dr Bachmann suggested column_left.php does not need to be edited with this version of osC - sounds good to me. A couple weeks ago you said you had not tested with 2.3.3.4, yet some people seem to have it running so I went ahead and uploaded all the files. I did not install the module, because when I went to Modules > Shipping > Install in Admin, I got this error, before actually attempting the install: Warning: mysql_fetch_assoc() expects parameter 1 to be resource, object given in .../catalog/includes/languages/english/modules/shipping/separate.php on line 13 This looks like the issue Mr. Toth identified on January 19. Do you have a solution for this? Thanks! -Jerry-
  6. For those of you wondering about osC2.3 stores . . . I have two stores that were originally set up with Jetta's module found at: http://addons.oscommerce.com/info/8327 (for osC2.3) I was able to successfully update them using the module found at: http://addons.oscommerce.com/info/8702 (for osC2.2) The update involves replacing one file (includes/modules/shipping/usps.php) with the new version. Be SURE to follow the instructions for upgrading as provided in the new package. So far, everything seems to be working ok for me. Your mileage may vary.
  7. After further investigation, it looks like the user created an account, entered the state in the form by typing it in then had some other error that returned him to the form. When that happens, the drop-down for state appears (because osC now knows the country to display) with Alabama as the default. Apparently the customer did not notice and correct the error before placing the order - which never came in because of the USPS error about the state and zip code not matching. So, all of that works as intended. I don't know exactly what happened to the customer in Egypt. Something similar I suspect although given the country from a pull down menu, there should be no default to Alabama. -Jerry-
  8. Hi Jetta, UsingUSPS Rate V4 Intl Rate V2- v.1.0 on a 2.3.1 store. Today we got a couple emails: Subject: PHP error_log message UPSXML Rates Error: 111285: The postal code 33647 is invalid for AL United States. experienced by customer with id 4636 on 2012-07-26 11:26:26 In one case, the customer profile showed the state as Alabama (spelled out) and the zip code as New Jersey. Since there was no such address in Alabama, the NJ zip is correct. In the other case the customer was in Egypt and the error was as shown above. It looks like the error is coming from the USPS. It also looks like the state is defaulting to Alabama for some reason - does osC do that if the customer leaves it blank? Is this something new from the USPS? Seems like USPS should pick up the country before deciding that the number is a zip code as opposed to some other kind of postal code. Thanks for any insight! -Jerry-
  9. I have categories with very long descriptions and very short product lists. How could the installation procedure for v1.08 be modified so that the product list would appear before the description?
  10. I've been messing with this contribution - trying to get it to work with osC 2.3.1 and Elavon's system. I have fixed the 'ereg' errors so it plays nicely with newer versions of php and I have patched up the html so that, theoretically, error messages will display properly for the customer. I am however stuck with this error from Elavon: Error Message(s): 4009. Required Field Not Supplied. The field Invoice Number (ssl_invoice_number) required but not supplied in the authorization request. I don't know how to fix this. Any ideas? Elavon lists a couple $50 versions of this module as being compatible and available. Any recommendations?
  11. I just installed the April 8, 2012 version on osC 2.3.1 with php 5.3.10. I got the following error: “Deprecated: Function eregi() is deprecated in . . . admin/quick_stockupdate.php on line 147” Here is the fix: OLD LINE: if ( (eregi('alter ', $next)) || (eregi('update', $next)) || (eregi('create', $next)) || (eregi('insert', $next)) || (eregi('delete', $next)) || (eregi('drop t', $next)) ) { NEW LINE: if ( (preg_match('/alter/i ', $next)) || (preg_match('/update/i', $next)) || (preg_match('/create/i', $next)) || (preg_match('/insert/i', $next)) || (preg_match('/delete/i', $next)) || (preg_match('/drop t/i', $next)) ) { Just replace the old line with the new line. It now seems to be working fine. -Jerry-
  12. Thanks Jetta, that resolved my PayPal issue. I appreciate your efforts with this and other pieces of osC. -Jerry-
  13. I also found another error in catalog/includes/modules/boxes/bm_extrainfopage.php This code: if($page['intorext'] == 1) { $data .= '<tr><td class="bg_list2"><a target="'.$target.'" href="' . $page['externallink'] . '">' . $page['pages_title'] . '</a></td></tr>'; }else { $data .= '<tr><td class="bg_list2"><a target="'.$target.'" href="' . tep_href_link(FILENAME_PAGES, 'pages_id=' .$page['pages_id'], 'NONSSL') . '">' . $page['pages_title'] . '</a></td></tr>'; } outputs html with a null target (i.e. <a target="" . . . </a>) when displaying the list of links in the info box. This generates an html error for every link (except for external links where the value of $target is "_blank"). The fix is to change this: }else { $data .= '<tr><td class="bg_list2"><a target="'.$target.'" href="' . tep_href_link(FILENAME_PAGES, 'pages_id=' .$page['pages_id'], 'NONSSL') . '">' . $page['pages_title'] . '</a></td></tr>'; } to this }else { $data .= '<tr><td class="bg_list2"><a href="' . tep_href_link(FILENAME_PAGES, 'pages_id=' .$page['pages_id'], 'NONSSL') . '">' . $page['pages_title'] . '</a></td></tr>'; } That is, just remove the target attribute from the else clause that lists all the links that are not external.
  14. I came up with a workaround for my issue with the Contact Us page (the workaround is described at the bottom of this post) and I think I have identified a problem with the code in catalog/includes/modules/boxes/bm_extrainfopage.php I find the following code segment there: while ($page = tep_db_fetch_array($page_query)) { $rows++; $target=""; if($page['link_target']== 1) { $target="_blank"; } if($page['pages_title'] != 'Contact Us'){ $link = FILENAME_PAGES . '?pages_id=' . $page['pages_id']; }else{ $link = FILENAME_CONTACT_US; } if($page['intorext'] == 1) { $data .= '&--#60;tr&--#62;&--#60;td class="bg_list2"&--#62;&--#60;a target="'.$target.'" href="' . $page['externallink'] . '"&--#62;' . $page['pages_title'] . '&--#60;/a&--#62;&--#60;/td&--#62;&--#60;/tr&--#62;'; }else { $data .= '&--#60;tr&--#62;&--#60;td class="bg_list2"&--#62;&--#60;a target="'.$target.'" href="' . tep_href_link(FILENAME_PAGES, 'pages_id=' .$page['pages_id'], 'NONSSL') . '"&--#62;' . $page['pages_title'] . '&--#60;/a&--#62;&--#60;/td&--#62;&--#60;/tr&--#62;'; } I'm not expert enough to be editing code like this, but it looks to me like the $link string is being set up to define the page to display, but it is never used. If the title of the page is "Contact Us" $link gets assigned contact_us.php. The next 'if' clause goes to an external link (if intorext = 1) or to a page. Seems like if $link were used for the page rather than FILENAME_PAGES, 'pages_id=' .$page['pages_id'] Contact Us would work properly. It's not a very good solution because if someone wanted to call the link "Write to Us" or something else, it wouldn't work. I'd appreciate it if someone with more experience with this would take a look and see if that's the problem and fix it with an update. Perhaps it would be best to leave Contact Us out of it completely and provide instructions to have people load the page as I did in my workaround described below. Here is a workaround: Use Extra Info Pages to edit the Contact Us page and set /catalog/contact_us.php or /contact_us.php (depending upon where the file is located) as an external link. Note that this version of contact_us.php should NOT be edited with the instructions provided in Extra Info Pages installation file. -Jerry-
  15. I resolved my issue concerning the inability to set an external link. For whatever reason the value for "intorext" in the database table "pages_description" for my page was set to zero. This value tells the system to use an external link (if set to 1) or not (if set to 0). Clicking the radio buttons had no effect although they should toggle. After editing the table to set the value of "intorext" to 1 rather than 0, I was able to put my link in the box, and update the page. This put the link into the database and all is well. I don't like to mess with the tables directly if I can help it, so I experimented further. I found that if I click the "External" radio button click update edit the page again the link can be entered into the box. Click update again and the external link works fine. Apparently there is no automatic update of the database when the radio button is clicked - at least in the 31 March 2012 version. -Jerry-
  16. I installed the 31 March 2012 version of this on a 2.3.1 store after installing CKEditor. Almost everything works fine after I modified the 'pages' table to make page_type a char(2) instead of Char(1) (thus getting up to 99 pages). My two issues are: 1. contact_us.php is not getting into the page I create for it. Editing the home page works fine (the new additiions to the store show up under the stuff I added with this module), but I left it with page_type = 1. I want to have contact_us have page_type=11. The data on it is in both tables correctly, as far as I can tell. I edited contact_us.php as per the instructions except with page_type = 11. I can put stuff into the page via the admin tool, but the standard Contact Us form does not appear (actually nothing from contact_us.php appears). Apparently extra_info_pages.php is not connecting to contact_us.php at all. Seems like it should be something simple I'm missing. Any ideas?? 2. I cannot make the text box for the external link active (on any of my pages) - even after clicking the 'External' button. The source code for the page says 'disabled' in that part of the form. Any ideas?? Thanks, -Jerry-
  17. Hi @fulluvscents. I downloaded and installed USPS Rates V4 yesterday, on a fairly clean osc 2.3.1 install. I see the USPS rates from this contribution, the UPS rates from 'UPS XML Rates' and a flat rate, that I haven't turned off yet. When I go to pay with the Paypal express that comes with 2.3.1 I get: Fatal error: Class 'httpClient' not found in . . . /includes/modules/shipping/usps.php on line 287 Even if I use some other shipping method. Kinda looks like the class didn't get included in usps.php, but it seems like you would have picked that up long ago. Any Ideas? -Jerry-
  18. I just installed "Extra pages-info box w/admin" 14Aug2011 with bug fix of the same date on a OSC2.3.1 installation with PHP5. No error messages or other issues with the store after installation. For the index and contact us pages, it just adds the default text to the text I already had in the English language files. Deleting the default text in admin returned the pages to their original state. It appears that creating a new page in admin doesn't really create a new page. Apparently I need to set up the page by creating a page file, language files and editing filename.php, bm_information.php etc THEN modify my new page file as per the contact_us example in the instructions (with the correct page type). Is that correct? Also, I don't see a way to turn the page on/off from admin or a way to give a name for the link to the page in admin. What am I missing?
  19. Thanks for all the effort John! The only mod in the store was CKEditor and none of the SPPC files are involved in that so moved all your files to the server and ran the database mod sql. After getting some errors, I uploaded the files I missed the first time. Here's what I found. * I created a new "Wholesale" group, gave a product a wholesale price, assigned a customer to the wholesale group and that customer now sees the wholesale price while others see the retail price. The customer also purchased the item and the correct price carried through the whole process. * I went to Catalog>Attributes, assigned an attribute to a product. The "Group Prices" action appeared in the Products Attributes table and clicking it opened the "Attribute Prices for Groups" window and I was able to enter the option values that properly show up on the customer side. * I successfully added different special prices to both the retail and the wholesale product. * The post-login window that allows a specified user to login with the group of choice works fine. That's what I checked and everything seems to work as expected. Thanks again! -Jerry-
  20. Is there an update to 2.3.1 planned for this contribution?
  21. This should be a great addon when fully realized. I tried the demo site to see if I could find a couple of features. The credit limit process attached to each customer looks good. I was also looking for a way to assign separate pricing structures to individual customers. I saw the Catalog>List Bands, but I'm not sure how that works. I didn't see anywhere in the customer info where a customer can be assigned an individual discount. Is there such a feature? Maybe it has something to do with the different types of customers? More importantly, when will user documentation be available? Thanks for all the effort!! -Jerry-
  22. I just uninstalled the module, removed the remaining 8 'USPS' entries from the configuration table, reinstalled the module, and found the required 30 entries in the table. I still have the same problem - international works fine USA gives me "An error occured with the USPS shipping calculations." Any other ideas?? -Jerry-
  23. I'm using "5.2.1 - fix string replace" with my installation (OSC2.2). It has been working fine. I got an order at 03/05/2011 20:57:11 PST that worked perfectly. I happened to be testing things a couple of hours later using the same item in my order and I get "An error occured with the USPS shipping calculations." This is for a US address, international seems to be working fine. Since I didn't do anything at my end, I suspect the USPS is having issues, or perhaps my webserver. Any ideas??
  24. First, let me say thanks! I was using an earlier version that was hacked up to make it mostly work. "5.2.1 - fix string replace" is a huge improvement. There were a few minor issues with my installation (OSC2.2). Perhaps my experience will help others: 1. Step 7: in the instructions, the path should be catalog/includes/modules/order_total/ot_shipping.php rather than 'order_totals' 2. Step 9: since my files were already hacked up, I started with the clean general.php files from the OSC download and skipped to step 10. The sections that needed to be found in step 9 weren't there in the version I had running. So, although I was modifying an old version, for this part I was really making a new install. 3. Step 10: if it's not a new install or an upgrade, what is it? The wording confused me a bit. 4. After everything was installed and configured, I got the "an error occurred with the USPS shipping calculations" message. I had the common problem of not having an appropriate shipping type for the weight involved. It's way easier to fix in the configuration panel than in the files! So, thanks to Fulluvscents and the others that made this possible. Your efforts are sincerely appreciated! -Jerry-
×
×
  • Create New...