Maureen

Try adding something like this to includes/modules/shipping/freeamount.php ABOVE this line: if ( ($this->enabled == true) && ((int)MODULE_SHIPPING_FREEAMOUNT_ZONE > 0) ) { ADD: // BOF Country Check allow only this country to receive free shipping : this is hard-coded for United States country id 223 if ( ($this->enabled == true) && ($order->delivery['country']['id'] != 223) ) { $this->enabled = false; } // EOF Country Check change the 223 to whatever your country_id is Make sure to test it out!

Since version 3, the FreeAmount contrib has a maximum weight option in the admin settings. As is, it would work only if one tire weight would be greater than orders for >$100 of small trinkets but you might be able to make it work...

I've not had a problem installing this other than the language file is missing from the download. That is what the last errors refer to; you need to create the file includes/languages/english/modules/shipping/ups.php which contains the text information used in includes/modules/shipping/ups.php For this contrib -- UPS XML -- you need an account with UPS. And there is this -- UPS with Insurance -- I've not used this one.

Does anyone have this working with Register Globals patch (register globals off)? If yes, how? Thanks, Maureen

Thanks Rich... I did try replacing the references as mentioned but must have missed something as it did not work. A file search for the variables in question reports only in the user_tracking.php file. Right now it is working as previously mentioned so I will leave it until I have more time to "play" I do appreciate that you responded in this topic! Thanks again :) Maureen

I noticed that when USPS is the only shipping choice, the checkout shipping page defaults to rather than I know why it does this but don't know how to (or if it is possible) to re-write the code so that the Please select with arrow displays. This is controlled in checkout_shipping.php <?php if (sizeof($quotes) > 1 && sizeof($quotes[0]) > 1) { ?> <tr> <td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td> <td class="main" width="50%" valign="top"><?php echo TEXT_CHOOSE_SHIPPING_METHOD; ?></td> <td class="main" width="50%" valign="top" align="right"><?php echo '<b>' . TITLE_PLEASE_SELECT . '</b><br>' . tep_image(DIR_WS_IMAGES . 'arrow_east_south.gif'); ?></td> <td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td> </tr> <?php } elseif ($free_shipping == false) { ?> <tr> <td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td> <td class="main" width="100%" colspan="2"><?php echo TEXT_ENTER_SHIPPING_INFORMATION; ?></td> <td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td> </tr> <?php } if ($free_shipping == true) { ?> Any ideas how to change this?

This problem is caused by using the Register Globals patch. The problem is with the GET variables time and viewsession. I was able to work a "fix" and posting it here in case anyone else needs: in admin/user_tracking.php find $LIMIT_DISPLAY_SESSIONS = CONFIG_USER_TRACKING_SESSION_LIMIT; // $MIN_CLICK_COUNT = 1; ADD AFTER // Register Globals Fix link_get_variable('time'); link_get_variable('viewsession'); There is supposedly a better more "correct" way of fixing variables to work with register globals off but I don't know how to do this -- would appreciate if anyone here knows how to properly rewrite user_tracking.php to work with Register Globals patch and post an updated file. Thanks, Maureen

I have this contribution installed and functioning on 3 sites. I've just added it to a friend's site that also has the Register Globals patch and it does not work properly. Maybe someone here can help? Basic function is OK -- user_tracking.php displays the list of visitors with all the correct information. However, when either of the two links Delete Session or View Session are clicked the expected result is not obtained. Delete Session; page refreshes without deleting session. View Session; page refreshes and displays the correct session *without* the additional page information. Also, none of the purge links actually do anything to the database -- this I've seen posted here before and have tried to correct previously. I'm much more concerned as to why View Session does not work and how to fix it. Does anyone have this working with register globals off using the RG patch? If it is not due to the RG -- any other ideas?

I made changes to the update query in admin/contrib_tracker.php to allow the Edit function to work, these changes have not affected any other function, so far ;) From case 'update': if ($old_status!='1' && $status=='1'){ $last_update=date("Y-m-d H:M:S"); } tep_db_query("update " . TABLE_CONTRIB_TRACKER . " set contr_last_modified = now(), status = '" . $status . "',contrib_name = '" . $contrib_name_new . "', contrib_link = '" . $contrib_link_new . "', config_comments = '" . $config_comments . "', last_update = '" . $last_update . "', contrib_vers= '" . $contrib_vers . "' where contr_id = '" . $HTTP_POST_VARS['contr_id'] . "'"); To case 'update': if ($old_status!='1' && $status=='1'){ $last_update=date("Y-m-d H:M:S"); } tep_db_query("update " . TABLE_CONTRIB_TRACKER . " set contr_last_modified = now(), status = '" . $HTTP_POST_VARS['status'] . "',contrib_name = '" . $HTTP_POST_VARS['contrib_name_new'] . "', contrib_link = '" . $HTTP_POST_VARS['contrib_link_new'] . "', config_comments = '" . $HTTP_POST_VARS['config_comments'] . "', last_update = '" . $HTTP_POST_VARS['last_update'] . "', note_created = '" . $HTTP_POST_VARS['note_created'] . "',contrib_vers= '" . $HTTP_POST_VARS['contrib_vers'] . "' where contr_id = '" . $HTTP_POST_VARS['contr_id'] . "'"); //tep_db_query("update " . TABLE_CONTRIB_TRACKER . " set contr_last_modified = now(), status = '" . $status . "',contrib_name = '" . $contrib_name_new . "', contrib_link = '" . $contrib_link_new . "', config_comments = '" . $config_comments . "', last_update = '" . $last_update . "', contrib_vers= '" . $contrib_vers . "' where contr_id = '" . $HTTP_POST_VARS['contr_id'] . "'");

My problem is with the Edit function. When I edit the information for an installed contribution all fields are re-saved empty.

The code you posted is from admin/contrib_tracker but your error message is for admin/includes/languages/english/contrib_tracker -- so if you tried to upload the admin/contrib_tracker in binary format and that did not work, try doing the same with ..english/contrib_tracker or checking that file for errors (blank line before the first < ?php or semicolon missing after first define statement, etc)

I thought the stock osCommerce came with a PayPal option but you could use either of the ones listed in the post above. The option to only accept payment from a PayPal account (and not use CC through PayPal) is a setting in the PayPal account profile not in osCommerce. For your second question, do a search on the forum for SSL or Secure Certificate. I'm pretty sure the only way to get rid of that warning is by using some form of secure ceritificate on the site. There are ones you purchase and shared SSL that some host providers offer. Installation manual for osCommerce? There is some documentation that comes with the script download and you can look here >> Documentation Knowledge Base

I would suggest using one of the PayPal IPN modules instead of the one with stock osCommerce. The most recommended is developed by the osCommerce team: osCommerce PayPal IPN Module v1.0 For 2.2MS2 I use PayPal_Shopping_Cart_IPN - I've used it since it first came out and haven't yet tried the one above.

Correct, if you accept payment ONLY from PayPal accounts your customer will be returned. There are a few different contributions that should help out... Held Orders logs all orders before going to 3rd party payment process; you'll have a Held Orders section in admin just like the Orders section. MOECTOE allows new customer creation, new order creation, and existing order edit. Can be a little buggy but works. Order Editor - not sure you can create new orders with this. Put notices on your checkout pages so credit card customers know they have to return and yes! call PayPal.

My PayPal setting (in PayPal account profile) has been set to allow payments without a PayPal account since PayPal first initiated that change. Until very recently, my site worked perfectly and I never noticed the "Note" mention in the Learn More link next to the setting (because, I assume, it was not always there): Note: If you have turned on Auto Return and have chosen to turn on PayPal Account Optional for new users, a new user will not be automatically directed back to your website, but will be given the option to return. (A new user, BTW, is someone using a credit card to make the purchase.) I've seen numerous posts here about customers not being returned to the site for payment completion and a few responsed that state the above as the reason. If the customer does not return to the site, the order process does not complete. One even suggested that some (hopefully many) of us contact PayPal about this -- so I did. I was first told that yes, this had to do with recent changes PayPal made to the system and I requested a Tech Support contact number. When I finally got through to tech support he insisted that it has always been this way. Why then, I asked, were my credit card customers always returned to my site until recently -- something had to have changed. He then told me that it is because for "new customers" they have to 1) display that the payment successfully processed and 2) give them the option to save their information by opening a PayPal account. "All well and good" I replied, "but that doesn't help us with ecommerce sites." I do understand the marketing opportunity from PayPal point of view now they need to understand the impact it will have on us and ultimately on them. If we lose customers there will be that many less to sign up for new PayPal accounts, right? I suggested that if PayPal would not change this maybe they would consider making one of the following changes: -- If a new customer has not clicked on the continue button within 30 secs it is highly unlikely the button is going to be clicked on; redirect the customer to the merchant site after 30 sec (maybe too long but its only a suggestion) -- Move the darn Return to Merchant link off the bottom of the page where NO customer is going to scroll to find and rename it to something like "Complete your Purchase-Return to Merchant" For a company like PayPal, redesigning the way credit card customers are handled so that the customer is returned to the merchant site automatically should be child's play and we shouldn't have to request that bandaids be applied to something they broke. The Tech did take my information and said he was writing up a feedback report for this issue to be addressed. So...maybe it *is* a good idea for all of you who are experiencing this problem to contact PayPal and speak directly to the Merchant Technical Support department. While it may be a longshot it is better than scratching our heads and sticking up javascript alerts (which I did and I hate!) and new contributions to handle unprocessed orders. PayPal want our customers as leads, they should make it right! Please don't just think about it -- if this affects your ecommerce site, it affects your customers and your bottom line! Call PayPal...

Thanks for the answer but maybe I didn't explain it properly. My e-mail a friend example is a redirect and so the message should appear when returned from the E-Mail A Friend page. Without the Register Globals patch and of course with register globals on, that is how it works --> product_info.php to tell_a_friend.php redirect to product_info.php and the e-mail success message appears. When I had the patch installed and register globals off this is what would happen instead: product_info.php to tell_a_friend.php redirect to product_info.php NO e-mail success message; repeat the process -> product_info.php to tell_a_friend.php redirect to product_info.php and the e-mail success message appears. This was the case with all the normal OSC $messageStack functions. Probably I missed or incorrectly installed the patch but I could not find where. At the moment I have removed it so I could do other work. Maybe it would be easier to address this when I re-install. :thumbsup:

Yes, the categories display. I also made the following change to includes/modules/products_listing_search.php because if there were no categories to display the table layout messed up: Find // BEGIN List Categories matching search $category = tep_db_query($category_sql); $num_cats = mysql_num_rows($category); if (($num_cats > 0)) { ?> <tr> <td colspan="3" class="main"><b>Matching Categories</b></td> </td> <tr> <td colspan="3" class="main"><?php echo tep_draw_separator('pixel_trans.gif', '100%', '8'); ?></td> </tr> <tr> <td colspan="3"> <table cellspacing=1 cellpadding=0 border=0 width="100%"> <tr> <?php $cat_count = 0; while ($category_values = tep_db_fetch_array($category)) { if ($cat_count > 2) { ?> </tr> <tr> <td class="main" width="33%"><?php echo '<a href="' . tep_href_link(FILENAME_DEFAULT, 'cPath=' . $category_values['categories_id']) . '"><u>' . $category_values['categories_name'] . '</u></a>'; ?></td> <?php $cat_count = 1; } else { ?> <td class="main" width="33%"><?php echo '<a href="' . tep_href_link(FILENAME_DEFAULT, 'cPath=' . $category_values['categories_id']) . '"><u>' . $category_values['categories_name'] . '</u></a>'; ?></td> <?php $cat_count++; } } ?> </tr> </table> </td> </tr> <tr> <td colspan="3" class="main"><?php echo tep_draw_separator('pixel_trans.gif', '100%', '8'); ?></td> </tr> ADD AFTER: <?php } else if (($num_cats == 0)) { ?> <tr> <td colspan="3" class="main"><?php echo tep_draw_separator('pixel_trans.gif', '100%', '8'); ?></td> </tr> FIND NEXT if ( ($listing_split->number_of_rows > 0) && ( (PREV_NEXT_BAR_LOCATION == '1') || (PREV_NEXT_BAR_LOCATION == '3') ) ) { ADD BEFORE } // closed if $num_cats == 0 if statement Testing site is here I have also 1) disabled the "s" feature as this did not work even with the fix posted here and 2) removed the extra "</table>" as mentioned earlier in the thread (from advanced_search_results.php). Other than that, I am still working on it :rolleyes:

I changed this part for the category links from your "regular oscommerce sites" post above: <td class="main" width="33%"><?php echo 'index.php?cPath=' . $category_values['categories_id'] . '"><u>' . $category_values['categories_name'] . '</u></a>'; ?></td> <?php $cat_count = 1; } else { ?> <td class="main" width="33%"><?php echo 'index.php?cPath=' . $category_values['categories_id'] . '"><u>' . $category_values['categories_name'] . '</u></a>'; ?></td> to: <td class="main" width="33%"><?php echo '<a href="' . tep_href_link(FILENAME_DEFAULT, 'cPath=' . $category_values['categories_id']) . '"><u>' . $category_values['categories_name'] . '</u></a>'; ?></td> <?php $cat_count = 1; } else { ?> <td class="main" width="33%"><?php echo '<a href="' . tep_href_link(FILENAME_DEFAULT, 'cPath=' . $category_values['categories_id']) . '"><u>' . $category_values['categories_name'] . '</u></a>'; ?></td> May help someone else :)

I found this odd; the original "delete from" code didn't work for some people so there were changes made (somewhere in this thread from long ago) which I used and they worked on the three sites I manage. These were the changes I suggested to try a few posts ago and then found that on one site they were no longer working. I now have the following code [which I believe is original from the script] on all sites plus a test site and the database is updated correctly for each operation. From admin/user_tracking.php if ($custmid == '0') { tep_db_query("DELETE FROM " . TABLE_USER_TRACKING . " where customer_id = 0"); echo "<font color=red>" . TEXT_DELETE_CUSTOMER_GUEST . '</font><p>'; } if ($purge == '72') { tep_db_query("DELETE FROM " . TABLE_USER_TRACKING . " where time_last_click < '" . (time() - ($purge * 3600))."'"); echo "<font color=red>" . TEXT_HAS_BEEN_PURGED . '</font><p>'; } if ($purge == '0') { tep_db_query("DELETE FROM " . TABLE_USER_TRACKING . " where time_last_click < '" . (time() - ($purge * 3600))."'"); echo "<font color=red>" . TEXT_HAS_BEEN_PURGED . '</font><p>'; } if ($delip == '1') { tep_db_query("DELETE FROM " . TABLE_USER_TRACKING . " WHERE ip_address = '" . CONFIG_USER_TRACKING_EXCLUDED . "'"); echo "<font color=red>" . TEXT_DELETE_IP_OK_1 . CONFIG_USER_TRACKING_EXCLUDED . ' ' . TEXT_DELETE_IP_OK_2 . '.</font><p>'; $delip='0'; } if ($delip == '2') { tep_db_query("DELETE FROM " . TABLE_USER_TRACKING . " WHERE ip_address = '" . $user_tracking_excluded . "'"); echo TEXT_DELETE_IP_OK_1 . $user_tracking_excluded . ' ' . TEXT_DELETE_IP_OK_2 . '.<p>'; $delip='0'; } if ($delnosession == '1') { tep_db_query("DELETE FROM " . TABLE_USER_TRACKING . " WHERE session_id = ''"); echo TEXT_DELETE_OK . '<p>'; $delnosession='0'; } if ($delsession) { tep_db_query("DELETE FROM " . TABLE_USER_TRACKING . " WHERE session_id = '" . $delsession . "'"); echo $delsession . ' has been deleted. <p>'; }

Hoping to check it this weekend. Been trying to find the source of a $messageStack-->add_session problem while using the Register Globals contrib :'( but think I need to let it rest and hope someone can answer my post in that thread. Trying to be one step ahead of my host :blink:

Do you have any Admin Access/Admin Levels contributions installed? This is the type of warning you would get if you did not set the new files in that type of contributions' administration control.

Installed this on my test site and now having a problem with $messageStack. On any page where a condition should generate a message from $messageStack->add_session(), it only works on the second attempt: Examples... In My Account: Newsletter -- change option to select a newsletter --> continue; no message. Return to change option, deselect newsletter --> continue, success message displayed Tell a Friend: Send a Tell a Friend e-mail about a product, returned to product no message. Send another e-mail (same or any product), returned to product find e-mail success message. I know this is happening on all the add_session messages. Haven't yet checked the $messageStack->add() I do not know enough to troubleshoot this problem -- Help Please :)

Files sent... Did you set the category levels in admin? Did you change pdf_config.php and pdf_catalogue_info.php to direct to the correct directory (if like nakaton you are not using the default osc directories)? Sorry, I can't think of anything else. If you find the problem please be sure to report the solution here :) Maureen

For lostsoulz and NaKaToN As far as I can tell the first function: function tep_get_languages_directory($code) { global $languages_id; $language_query = tep_db_query("select languages_id, directory from " . TABLE_LANGUAGES . " where code = '" . tep_db_input($code) . "'"); if (tep_db_num_rows($language_query)) { $language = tep_db_fetch_array($language_query); $languages_id = $language['languages_id']; return $language['directory']; } else { return false; } } belongs only in catalog/admin/includes/functions/general.php So, I'd remove that, then your function tep_get_languages() { section will be right. If that doesn't work, there are two other changes I made to the file before I realized I was missing the tep_get_languages function so maybe they are needed as well. In same file find: $destination =DIR_FS_CATALOG."catalogues/"; and replace with: $destination=DIR_FS_CATALOG."catalogues/"; Find: while($k>0) { and replace with: while($k>=0) { If these changes don't help, I don't know what to tell you to do. I don't remember making any other changes to get this to work. I can send you my files for comparison -- I had the same File Not Found error, the category catalog not being generated then with these changes it works perfect now. Did you upload the two "font" directories (one in admin, one in catalog)?

See my Post #286 above -- make sure you have added the language function to pdf_catalogue_info2.php from the May 20th contribution There is one file for each of your installed languages -- catalog_1.pdf should be your default language and the one that will display for your default.