Jump to content


  • Content count

  • Joined

  • Last visited

Profile Information

  • Real Name
    Rob Wood
  1. My problem is that although the shipping module seems to be installing, it isn't. The tables are not being created on install, even though there is no indication of a failure. Even building the tables manually using the "create table" SQL in separate.php does not enable the module at checkout. At checkout, I see this error message: Shipping is currently not available for the selected shipping address. Please select or create a new shipping address to use with your purchase. Doing so does not work. The strange thing is that the module appears to be working properly in Admin, in that it lets me add new table rate weights/prices. Any ideas? Thanks, Rob
  2. Thanks for the reply, Malcolm. I'm really stuck, here. I'm running v2.3.4. I'm looking at the file structure, and I can see this file: catalog/admin/includes/column_left.php On the tables: I started with the latest version of this addon (1.852). I followed the instructions, but ran into the roadblock concerning column_left.php. The tables were not automatically created at install, even though every other element was. Do you know where the SQL query code is that creates the tables? I see that in the first release (1.00) there are SQL files that can be manually imported into the DB. I also see that in the latest release, there is an SQL file that adds a few fields to two tables, and creates a third (if it doesn't already exist). This is all pretty confusing - not because I don't know how to do any and all of these steps - but because the instructions don't make sense. I'll try uninstalling and reinstalling the addon, and see what happens, but it seems to me that there was never a finished & clean contribution made available for download. Is there one newer than 1.852? Thanks for the help! Rob Wood
  3. Is there an updated version of this addon for Oscommerce v.2.3.4? I'm running into problems with the code looking for fields in the DB tables that don't exist. The latest one is: 1054 - Unknown column 'c_per' in 'field list' select rate_id, c_rate, c_status, c_free, c_per from shipping_rates where c_id =22
  4. If anyone is still reading this discussion, I'm having one small difficulty, and could use some clarification. What does the following instruction mean? It seems to be saying to add those lines after require(DIR_WS_BOXES . 'modules.php'); but there is no require(DIR_WS_BOXES . 'modules.php'); in that file. If it means add it afterwards, where, exactly does this code go? Step 5 Add these lines to catalog/admin/includes/column_left.php //SSPP Begin require(DIR_WS_BOXES . 'separate_rate.php'); //SSPP End after require(DIR_WS_BOXES . 'modules.php');
  5. Nevermind - I had a trailing / after the URL in admin/includes/configure.php. This caused the URL of the ADD action to add another /, which caused a new session instance each time the attribute inventory was modified. It all works perfectly now! If anybody needs help with this addon, let me know. Rob Wood
  6. I have completed the installation of QTpro, and it works beautifully. There is only one small irritating issue left. When setting sizes and quantities, typing in the quantity and clicking the Add button loads the Admin login page, every time. Has anyone else experienced this, and found a fix for it?
  7. Nevermind. I found the culprit that was causing blank pages at login, registration, and checkout through PayPal Express. There's a conflict in the "Who's Online" code and QTPro. I commented out the calls to it, and everything works now. Rob
  8. Cancel my request! I got it working - all but the PayPal Express token retrieval - it fails to get it, and therefore fails at checkout. Anybody have any ideas? Thanks! Rob
  9. Is this addon still being supported? I can't get it to work, and I've spent the entire weekend working on it. My problem: Following this install instruction for Qtpro 4.6. for oscommerce 2.3.1: admin/categories.php Find require('includes/application_top.php'); Add Beneath: //++++ QT Pro: Begin Added code //Create the product investigation for this product that are used in this page. $product_investigation = qtpro_doctor_investigate_product($HTTP_GET_VARS['pID']); //++++ QT Pro: End Added code Causes Admin to crash with a blank page. It generates this error message in the error log: PHP Fatal error: Call to undefined function qtpro_doctor_investigate_product() in /home/citywhee/public_html/dev/admin/stock.php on line 128 It looks like it should be reading the definition of the function in admin/includes/functions: require('includes/functions/qtpro_functions.php'); But there is no line of code telling it to do so. Can anybody help? Thanks, Rob
  10. Correction: When I place a trial order, the order is are logged in the store, and the status is "Preparing [PayPal Standard]." However, I never reach PayPal in the process, and there is no transaction logged on PayPal. Hope this helps, Rob
  11. I have a working 2.3.2 site. I've just installed the PayPal Website Payments Standard, and enabled it. I've configured the PayPal account settings, but upon checkout, I can see that a request has been sent to PayPal, but confirmation returns a blank orders.php page. No order is logged, either on PayPal or in Admin in the store, and no error message is generated. The PayPal customer service rep says I need to have the various encryption keys and certificates configured, but everywhere I look, people are saying that's not the case, and I haven't configured any of those fields in the module edit screen. Does anyone have any idea what could be happening here? Thanks, Rob Wood
  12. rwood

    zones only for countries?

    So far, it looks like OSC shipping zone rates are set up per country, and not per region or state within a country. I'm still looking for a contribution that would allow me to set different rates for different regions of the US, but so far, no luck. Rob
  13. rwood

    HTMLArea v3.0

    I really like the code you modified, and applied it to the description field in the product info page in Admin. It works great! Unfortunately, I assumed it work work for the other text fields in the page, only to discover that they aren't text fields at all, but are "input fields." How can I apply your code to these input fields, to convert them to HTMLAREA fields? Thanks, Rob