Ubercart module

Created by janroe

drupal ubercart module
http://drupal.org/project/ubercart 6.x-2.0-rc6 on 6.13/6.14 (orig. 5.x-1.x)

Main function:
Ubercart is a shopping cart for Drupal.

Example function:
Creating and maintaining an online shop with sales, payment and administrative functions.

...
Earlier issues:
December 2008, the Catalog (quasi view) wasn't translateable so I planned things without it - I haven't checked yet if it is/will be translateable in v2. There were not attributes, so I planned without it - but now there are. The country lists were incomplete, so I downloaded some/many from the ubercart.org site, fixed some of those, and even made some of my own country files. I do have a complete list now.

Current issues - 091015:
With the update from uc 6.x-2.0-rc6 to rc7 a number of problems:

  • in checkout under delivery/billing information all address fields disappear, except the two drop-down boxes country and prov/state. They only show a colon (:). This with and without database update and with and without quote customisations (calc, checkout), with and without custom Same address module.
  • shipping calculation is done (correctly) without error messages re the missing address data. (correctly, because it's normal to calculate based on country/province alone, the only two items available),
  • on the product page, the text of the checkout button has disappeared
  • there may be more...

This is all not good. Not sure when I'll ever get this thing done...

Need to revert back to rc6. Time to feed the ducks.

  • Hve not yet started multilanguage conversion for the UC cart, except for the products. Probably no sense in working on it now, given the other problems.

    For further reference on making Ubercart multilingual: http://www.ubercart.org/forum/internationalization/10878/i18n_issues_i_d6uc2_multilingual_sites.

    Reverting back to rc6:
    Deleted the database. Deleted entire file system, except the language symlinks, and except the compressed save (of the entire installation) made immediatey before the update. All blank. Decompressed the file system save, uploaded the 'before rc7' database. Everything should be back to what it was before. Wishful thinking. Address fields are back. The shipping calculation is not showing. It's doing exactly what it was doing before. Brrrrr. Unbelievable. Unbelievable. Unbelievable.

    Well it heard my expletive deletives. It's working now. I needed that too. 
    This is probably a good time to take a break from this. Time to feed the buffalo.

    Ubercart 6.x-2.0-rc6 will have to remain until I've been able to solve the a.m. problems on the update.

    091121 Checking into this there is an older and a brand new post that might be related:

  • in second image here: http://drupal.org/node/403506, specifically: http://www.ubercart.org/files/2_0.jpg (all fields only show colons, except country and state/prov show).
  • this too: http://www.ubercart.org/forum/bug_reports/14108/address_fields_no_longer_show_checkout_after_upgrade_20_rc7

I had not checked if in the address config, the field names were missing or not, but it's possible, since they were certainly missing in checkout.

Yes, this is beginning to look related to i18n: http://www.janroe.com/node/84.

Confirmed: Upgraded to both i18n v1.2 and Uc 2.2 and this is ok now. SUPER! Note that at the time I encountered this error, there was not solution mentioned in the forums, and i18n v1.2 did not yet exist. My site is back on track.

However this version of i18n has brought another problem: unrelated to UC, the translations of category names don't show on user (create/view/edit/translate) pages.

  • SSL issue
    Earlier checkout's shipping and order total calculations got stuck when in newly activated SSL (possible unrelated to the update).

    Now, after testing the secure pages module again, it occured to me that possibly the calculation is not accessible from checkout because it can't be reached in https. For fun i checkmarked secure pages': Switch back to http pages when there are no matches. Actually I had decided not to touch that because i had read somehwere that this function is buggy but I see now in the forums that this bug has been fixed.

    Now the calculation works in https!

    A thunderstorm approaches. Shutting down. :)

Country files import issue:
On one fairly newly installed site I inmported the first new country, Afghanistan, this went just fine.

On another site, the main site, I unwisely deleted that same country (which had been doing fine). I then re-imported it. Now, only one province, Zabol, shows for that country in checkout, all other privinces are not there. - I recalled that these were earlier imported in another file coding format, so I uninstalled again, uploaded the earlier Afghanistan version from 2008 (about 30 Jul 2008) which I'm pretty sure was the original imported version - click import and seriously, the entire internet connection went down. Of course, most probably an unrelated, not uncommon problem at the service provider here. I went out to bring the car to the car wash, and the connection was back an hour later.

After the internet is back, I click import again:

Fatal error: Call to undefined function uc_get_zone_ids() in /home/mainsite/public_html/sites/all/modules/ubercart/uc_store/countries/afghanistan_4_1.cif on line 50

Yes, that's a code that gets: uc_get_zone_ids(32)); - it's not there in the new version, it is one of the differences between old and new country information versions. In checkout, the country appears, but no provinces (- this may be preferable to having only one province). Uninstalled it again.

Back to the new version - only one province for Afghanistan: Zabol. It's the last province on the list. Just like before.

I have a clear feeling that I should not delete any more countries, because for some reason they can't be properly reimported anymore.

And what to do about Afghanistan? But I should be in good company, I'm probably not the only one asking myself that question. Ubercart already solved it: focus on Zabol, forget everything else.

Dropped all tables, re-imported the last safety copy. Afghanistan's back. The underlying problem lingers.

Found this in unrelated search, need to study:
http://www.ubercart.org/docs/developer/252/country_import_files

UC Multilingual variables module is outdated
A module for enabling UC multilingual variables: http://www.ubercart.org/contrib/8319 . However, this list is outdated (some details are wrong) and it attempts to make practically every entry a multilingual variable. This appears quite "over". Recommended to use as a reference only. The actual needed number of variables is a lot less.

Multilingual variables translation issues
[091202] I've identified the following useful multilingual variables, and entered them into the settings.php file for each language site:
// Ubercart
'uc_cart_new_account_details',
'uc_catalog_name',
'uc_checkout_instructions',
'uc_checkout_review_instructions',
'uc_default_payment_msg',
'uc_msg_continue_shopping',
'uc_msg_order_existing_user',
'uc_msg_order_logged_in',
'uc_msg_order_new_user',
'uc_msg_order_submit',
'uc_paypal_wps_checkout_button',
'uc_paypal_wps_language',
'uc_quote_cust_ship_msg',
'uc_quote_err_msg',
'uc_quote_err_msg_u',
'uc_quote_pane_description',
'uc_store_name',
'uc_weight_message',

The following varables from above list do not work. They will not show the "This is a multilingual variable." text and can't be translated. Some of these can be translated by string translation, but the translation won't show on page. This concerns all uc_quote variables (user defined texts in Store administration > Configuration > Shipping quote settings): 'uc_quote_cust_ship_msg',
'uc_quote_err_msg',
'uc_quote_err_msg_u',
'uc_quote_pane_description',

Also on the checkout page:
"Shipping quotes are generated automatically when you enter your address and may be updated manually with the button below." = uc_quote_pane_description = Blob inside table locales_source

"Use this area for special instructions or questions regarding your order." = variable name not known now = Blob inside table locales_source

Need to find a way to get these working.