Jump to content

blucollarguy

Members
  • Content count

    739
  • Joined

  • Last visited

Everything posted by blucollarguy

  1. blucollarguy

    Multi_Vendor_Shipping new thread

    Go here and download MVS 1.1, and pay attention to "Another Bugfix for MVS 1.1 /admin/includes/database_tables.php", as I screwed up the "Manual Install" instructions. The best thing to do is to do a file comparison using software, and free one is WinMerge, I use it(as well others) and it does the job just fine. If you have trouble, come back and the community will try to help out. Good luck, Craig :)
  2. blucollarguy

    Multi_Vendor_Shipping new thread

    As far as I know Jason, noone has done this though we have seen a number of other users request the same feature. It is on my "wish list" for MVS, but I have not had the time to get it done. It would require a fair amount of work. It would also have many dependent factors to be dealt with, making things more difficult. The simple answer for you at this point though, no, it cannot be done. Sorry and good luck, Craig :) Chances are you have simply messed up some code from PWA during MVS installation. MVS doesn't actually change anything involved in the customer's account creation or management, so MVS didn't break PWA, you will simply need to go back through each file and double check that you didn't undo any of the changes for PWA during MVS installation. Good luck, Craig :)
  3. blucollarguy

    Multi_Vendor_Shipping new thread

    this one should be defined in admin/includes/filenames.php. look at the copy that was included in the distribution package Double check that the code you added matches the code in the copy of the file that was included in the distribution package Good luck, Craig :) This get's updated in checkout_process.php, double check your edits there. If you need to, download a fresh copy of osC, and use a comparison tool to locate the code in question. Good luck, Craig :)
  4. blucollarguy

    Multi_Vendor_Shipping new thread

    At this point, MVS and Google Checkout are ENTIRELY INCOMPATIBLE. Google Checkout bypasses that standard shipping system from osC, and therefor also bypasses MVS. Why it was designed the way it is, I don't know, but I do know it is an evolving thing, and may at some point be better to work with. Good luck, Craig :)
  5. blucollarguy

    Multi_Vendor_Shipping new thread

    Nope, MVS functions on a "per Vendor" basis, no products form other Vendors will be factored into any shipping quotes, if a particular shipping module is doing that, there is something wrong with the module and it is NOT giving an accurate quote. Craig :)
  6. blucollarguy

    Multi_Vendor_Shipping new thread

    This sounds like you did not do the edits in catalog/includes/classes/shopping_cart.php or you simply did not get the edits correct. Double check your work, using a file comparison program can make this job much easier. Good luck, Craig :)
  7. blucollarguy

    Multi_Vendor_Shipping new thread

    There is no password system included with MVS. If this Admin is not password protected through .htaccess, then at some point, another contribution was installed. Good luck, Craig :)
  8. blucollarguy

    Multi_Vendor_Shipping new thread

    From the page showing you the list of Vendors, you will see a button, "Manage", select the Vendor you want to work with, and click that button. You will see the shipping modules available to install for the selected Vendor. Good luck, Craig :)
  9. blucollarguy

    Multi_Vendor_Shipping new thread

    From the page showing you the list of Vendors, you will see a button, "Manage", select the Vendor you want to work with, and click that button. You will see the shipping modules available to install for the selected Vendor. Good luck, Craig :)
  10. blucollarguy

    Multi_Vendor_Shipping new thread

    Hmmm... Well it sounds like perhaps your insurance value is not a value UPS likes, which UPS module did you setup for this Vendor? No, MVS 1.1 should be the only REAL package you should download. There are a few bugs to be corrected though. I have simply been too busy to put together an updated package with complete instructions. The best thing to do is to install MVS 1.1(make sure you backup your site first, including ALL files that are changed or replaced) and if you encounter any issues, then come and search through this thread(there is a search function) to find the bug fix. Good luck to both of you, Craig :)
  11. blucollarguy

    Multi_Vendor_Shipping new thread

    Simple enough, remove the function. What causes this is that while installing another contrib at some point, you already have the function installed. MVS uses it as well, and there is no way of knowing if a shop owner has installed another contribution that would have installed any particular function or bit of code. Keep in mind that the instructions are based on an "a virgin install of osCommerce", so if you have installed other contributions, there could be conflicts, one must pay close attention and back up all files being modified. Good luck, Craig :)
  12. blucollarguy

    Multi_Vendor_Shipping new thread

    Yeah, I am very sorry folks, I keep getting into it and then getting hammered with work. There are a number of udpates(not many critical) for the next release and I need to write up better installation instructions this time. These updates will hopefully include bugfree compatibility updates for "register_globals", and several other updates and changes that took place in the osC RC1 release. I had originally intended to put my efforts into re-writing MVS to work with MS3, but it seems I will be better off working towards the MS2 final release. I am still trying to keep up with the support here too, and I know I have been remiss in my responses. But don't worry, MVS will not fall by the way side, it's too good for that. A note to all looking for shipping modules, there are many that have already been modified for MVS, be sure to look aroung the contribution pages for MVS versions. And search this "way to big" thread, some folks have simply offered bits of code for some of the simpler shipping modules. Craig :blush: :)
  13. blucollarguy

    Multi_Vendor_Shipping new thread

    This looks like a file editing error. Since I have never seen it happen before(installed MVS on literally dozens of sites) I can only guess as to where the error may have been made. First, have you checked the database directly to see if the information being stored is accurate? This is important since if it is being stored improperly at the beginning, we know the error is in the checkout process itself. This could in theory happen without anything showing during checkout, so it is possible. Most likely, this would point to "checkout_process.php" on the catalog side. It could also be includes/classes/shopping_cart.php or order.php. If the data is correct in the database, then the error is probably on the Admin side, probably in includes/classes/order.php. Most all the data is collected there, so that is the first place to look. This is from a bug in the display of the sort order in the Admin, nothing to worry about, but it can be a bit disconcerting. I have this fixed in the new version(if I ever get around to finishing it up and uploading it). If I have time later tonight, I will post here what was changed to deal with this bug. Good luck, Craig :)
  14. blucollarguy

    Multi_Vendor_Shipping new thread

    I don't know what to tell ya, it works fine on all the shops I have installed MVS on and on my test server(PHP5 and MYSQL5), so I am not sure what else to suggest. If your using the admin only for the emails, then the code I posted in my last response would be the only one that would make any difference. If you have tried that, I am out of ideas. I will post back if I come up with anything, try to do some debugging and make sure all your edits are correct. Craig :blink:
  15. blucollarguy

    Multi_Vendor_Shipping new thread

    Nothing wrong with it, that is from admin/orders.php. The code change I posted would be in checkout_process.php. To change the code in admin/orders.php to be more foolproof, you would only need to change one 2 lines of code: tep_mail($the_name, $the_email, EMAIL_TEXT_ORDER_NUMBER . ' ' . $oID , $email . '<br>', STORE_NAME, STORE_OWNER_EMAIL_ADDRESS) ; $vendor_order_sent = true; to this: if (tep_mail($the_name, $the_email, EMAIL_TEXT_ORDER_NUMBER . ' ' . $oID , $email . '<br>', STORE_NAME, STORE_OWNER_EMAIL_ADDRESS) ) $vendor_order_sent = true; That should do it, let me know what you end up with, Craig :)
  16. blucollarguy

    Multi_Vendor_Shipping new thread

    Hmmm.. that is a strange one. The emails are sent by this code: tep_mail($the_name, $the_email, EMAIL_TEXT_ORDER_NUMBER . ' ' . $oID , $email . '<br>', STORE_NAME, STORE_OWNER_EMAIL_ADDRESS) ; $vendor_order_sent = true; if ($debug == 'yes') { echo 'The $email(including headers:<br>Vendor Email Addy' . $the_email . '<br>Vendor Name' . $the_name . '<br>Vendor Contact' . $the_contact . '<br>Body--<br>' . $email . '<br>'; } if ($vendor_order_sent == true) { tep_db_query("update " . TABLE_ORDERS_SHIPPING . " set vendor_order_sent = 'yes' where orders_id = '" . (int)$oID . "'"); } This is from admin/orders.php, I have just now realized that the same code in checkout_process.php does have one difference, tep_mail($the_name, $the_email, EMAIL_TEXT_ORDER_NUMBER . ' ' . $oID , $email . '<br>', STORE_NAME, STORE_OWNER_EMAIL_ADDRESS) ; $vendor_order_sent = 'yes'; tep_db_query("update " . TABLE_ORDERS_SHIPPING . " set vendor_order_sent = '" . tep_db_input($vendor_order_sent) . "' where orders_id = '" . (int)$oID . "' and vendors_id = '" . (int)$vendors_id . "'"); if ($debug == 'yes') { echo 'The $email(including headers:<br>Vendor Email Addy' . $the_email . '<br>Vendor Name' . $the_name . '<br>Vendor Contact' . $the_contact . '<br>Body--<br>' . $email . '<br>'; } } Note that for some reason I did not use an "if" statement here. That could be your issue. It shouldn't, but it could be. To make this more foolproof, do this, change: tep_mail($the_name, $the_email, EMAIL_TEXT_ORDER_NUMBER . ' ' . $oID , $email . '<br>', STORE_NAME, STORE_OWNER_EMAIL_ADDRESS) ; $vendor_order_sent = 'yes'; tep_db_query("update " . TABLE_ORDERS_SHIPPING . " set vendor_order_sent = '" . tep_db_input($vendor_order_sent) . "' where orders_id = '" . (int)$oID . "' and vendors_id = '" . (int)$vendors_id . "'"); to if (tep_mail($the_name, $the_email, EMAIL_TEXT_ORDER_NUMBER . ' ' . $oID , $email . '<br>', STORE_NAME, STORE_OWNER_EMAIL_ADDRESS) ) $vendor_order_sent = 'yes'; if ( $vendor_order_sent == 'yes') { tep_db_query("update " . TABLE_ORDERS_SHIPPING . " set vendor_order_sent = '" . tep_db_input($vendor_order_sent) . "' where orders_id = '" . (int)$oID . "' and vendors_id = '" . (int)$vendors_id . "'"); } else { tep_db_query("update " . TABLE_ORDERS_SHIPPING . " set vendor_order_sent = 'no' where orders_id = '" . (int)$oID . "' and vendors_id = '" . (int)$vendors_id . "'"); } And let me know what you get. Good luck, Craig :)
  17. blucollarguy

    Multi_Vendor_Shipping new thread

    As far back as I can remember, it was the latest release that we used. It is still functional, and works very nicely. What I would like to do ultimately is re-write the UPS and FedEx modules to be a bit more effiecient, but that will take a lot of time, and I have been short on time. Good luck with your shop, Craig :)
  18. blucollarguy

    Multi_Vendor_Shipping new thread

    That was UPS Choice from the contributions page. That is a very old module, and I am a bit surprised it still functions at all. But I use that one my self, and agree that for some reason, the rates it returns do seem to be more accurate. Craig :)
  19. blucollarguy

    Multi_Vendor_Shipping new thread

    I had been working with some modifications and hadn't updated it back to functioning yet. My bad, will try to get it back to normal again by the weekend. Craig :)
  20. blucollarguy

    Multi_Vendor_Shipping new thread

    You should also have noticed the notes in this block of code that state it is for developement purposes only. "newfedora" is the name of my home test server and I left that in so anyone wanting to explore other options with the vendor email(such as posting data to another web page) might use it if they so desired. Nothing malicious about it, you would have heard about it by now considering that's been there since the second or third release I think. No big deal, I guess I should clean all that out with the next release. Craig :)
  21. blucollarguy

    Multi_Vendor_Shipping new thread

    The tare weight is the weight of the box, so if the product weighs 6 lbs, the tare weight is set to 1 lb, the final weight would be 5 lbs. The tare weight is deducted from the total weight of a given package in an attempt to determine the weight of the box, without the product. Odd thing is, I don't think we are actually using if for anything. It was added for completeness, but I'm not sure that we ever implemented anything that uses that value. LOL
  22. blucollarguy

    Multi_Vendor_Shipping new thread

    You shouldn't need that file posted. Use the one included in the package to do a comparison with. One of the problems I see is that you don't have the "define" installed. The uppercase string of text is a constant, that get's defined in the language files. This one should be in includes/languages/english/checkout_shipping.php, define('TABLE_HEADING_SHIPPING_METHOD', 'Shipping Method'); Your "headers already sent" issue is different, usually from some bit of code being done twice, or an error in the code preventing the script from completing it's job(like an extra bracket( } or { ). If you use a file comparison tool, such WinMerge, which is free from source forge(google it and you will find it) you will probably be able to find your problem. Good luck, Craig :)
  23. blucollarguy

    Multi_Vendor_Shipping new thread

    That's awfully strange. I just downloaded it(again, must be about the 100th time I've downloaded that package to see if I missed something) and uploaded that file directly to my production server and all is fine. I copied it over to my testing server(PHP 5, and MySql 5.0) and it worked fine there as well. Not sure how that could possibly be happening, but I guess if you've got it working that's all that counts. Good luck, Craig :)
  24. blucollarguy

    Multi_Vendor_Shipping new thread

    It happens it happens to the best of us. The other functions there have never been a problem. Don't fix what isn't broken is my motto. Good luck with your shop, Criag :)
  25. blucollarguy

    Multi_Vendor_Shipping new thread

    That was a bug in the fedex1.php file. I used the wrong file when I put together that package and we had posted the fix not long after I upoloaded it. Find this line: function _setService( The complete function you have probably looks like this: function _setService($service, $vendors_id = '1') { $this->service = $service; } Change it to: function _setService($service) { $this->service = $service; } And your problem should go away. Craig :)
×