I'll also do testing.

Thanks for all of your hard work!

I was begining my work about adding the TVA number in checkout ? May I have to wait the next release because a lot of things will change or can I continue ?

@zmove: I'd say go ahead and do it. The main thing changing with the checkout pane API is the sort of data needing to be returned and how the forms are themed/displayed. It's all part of my efforts to give us valid XHTML/CSS and more logical code. I'll post some docs on the new API this afternoon (hopefully) and help you change the VAT module's pane if you need me.

@ryan : I'm actually theming my catalog display to change my mind.

Be sure you will have news from the VAT number addition before the end of the week.

Testing, Schmesting! I'll just throw her right into production! *just kidding*

My designer has been demanding big look and feel changes in the checkout for a while and I've been stalling in anticipation more FormsAPI control so I am dying to play with 7c.

Can you and Lyle elaborate a bit about what to expect out of shipping quotes however. That part is more than a little scarey to me.

Steve

Ok, got a lot of great feedback from people offering testing. You can pick to test either an update from a previous version or a clean install of Alpha 7c. I think some people specified one or the other, so we should have all our bases covered.

I am attaching the proposed Alpha 7c to this post. As I mentioned, a change that breaks backward compatibility for checkout panes has been introduced (wiping out finally about 10kb of code!). This means you shouldn't use this code on live sites using the coupon or discounts module (or any others with custom checkout panes) until those modules get updated. Developers can view the notes in this thread to update their panes and check the examples in uc_cart_checkout_pane.inc. I really think it's about a 5 minute fix per module.

What I'm interested in are any bugs in the normal installation. If anyone has the time, I'd love to know where our installation instructions are out of date due to recent changes. And as always, any ideas for simplifying things are most welcome!

Please report any glaring usability bugs, too. (I already know of one when trying to apply a shipping quote to an order from the order admin screen.)

For those testing updates from prior versions, please be aware: the file structure has changed. Due to the growing number of modules for payment and shipping modules, I have created subdirectories in the ubercart directory to hold modules related to both systems. I have also included an empty directory called contrib that will have a readme file in it pointing people to our contributions directory for contributed modules. The file structure changes shouldn't be a problem... you should just install it, then remove the duplicate directories in the payment and shipping subdirectories from the root directory.

I'd love to get this out early tomorrow, so I'll review this thread first thing in the morning (and probably from home tonight ).

One step closer to Alpha 8... and one step closer to Beta.

Regarding error 3, it looks like it's still getting ahold of the old uc_quote.module. Alpha 7c should have created a shipping directory with a uc_quote subdirectory. That will contain the updated version. You should then delete the old uc_quote directory. And just for good luck, you should probably go to the modules list page and submit the form with no changes so Drupal saves the new file locations. Will look into the others in the morning.

When catalog grid is turned off the errors in #1 go away
however the catalog path is still messed up when i click a nav item to jump to a sub product list i.e.
catalog/beads_and_pendants/swarovski
It instead displays the first catalog page of categories in the middle pane. (the dispaly i would expect from /catalog/ )
so the taxonomy paths are a bit messed... I just looked to confirm
instead of catalog/beads_and_pendants/swarovski
now the functioning url is catalog/234/swarovski
and it turns out the swarovski taxonomy url is /term/234
so that should lead to some conclusions to fix #2
with number 1) maybe the catalog grid is dependant on #2 or maybe the module needs updating?

Got this on an upgrade from 7b after running update.php:

Okay, I'm debugged now on my install and have my first feedback - and it's in regard to the Checkout:

The Order Total Preview seems to be broken on my install. It shows the shipping price but not the product subtotal. It's passing both fine on when you review the whole order, but not on the checkout page.

jimi, I know of some other issues related to the order total preview section. I'm planning on correcting them for Alpha 8 (maybe not this 7c release), but this one is unexpected. Can you look in the source for that page for the following:

It should be a bit of Javascript to add the subtotal to the order total preview.

I don't know why that wouldn't be getting added. It's working fine on my test site. Is this a regular thing, or only every once in a while?

(Or if you have Firebug, does anything of interest show up in the logs?)

@xerbutter: regarding the Views, we have added a handler function so prices get formatted properly. Can you try going to the edit form for your View and resaving it to see if that solves the issue? (It's working at this test site - and here.)

Also, for everyone with the subtotal bug... it seems to be some odd sort of update bug. I haven't encountered it yet on an install from scratch and one update from 7b. Can you provide details about the modules and checkout panes you have enabled and maybe give me a link to your test sites so I can go see what's going on?

Never mind! I found it and will be fixing it. To confirm, if you had the subtotal bug, please go to your checkout pane settings form and simply save it. No need to change anything. Then go back and tell me what you see at checkout.

Ok... I don't know of any major outstanding bugs, but I'll let it lie overnight (as much as I hate to wait one more day ) and then release Alpha 7c in the morning. After that it's time to start working on Drupalcon sessions.

Thanks for everyone's help so far, and please submit any other bug reports you find on a clean install or on an update.

Exactly have the same problem that jimi089 with the catalog grid module. I think it need an update

While this is pretty minor... I upgraded from alpha7b, and my quantity box is showing up despite being disabled.

hi ryan, just did a clean re-install using ubercart-5--1-0-alpha-7c ...and i got these errors when previewing a product (entered the product data and wanted to preview it before submitting the data) :

but once i submitted the product, no errors appeared.

Critical Errata for anyone trying to follow my instructions using the Bazaar repository code. In my previous note I said, in step 2., that one needs to rename the old upbercart directory to get the fresh structure and all changes moving from 7b to 7c+ dev version.

Well, that results in having modules/ubercartOLD and modules/ubercart in your directory. the old code will still run. You really want to move the old version out of modules.

So I am doing the following to remain current with Dev code:

1. get freshest bazaar code with "bzr update"
2. ARCHIVE current ubercart folder with something like:
mv modules/ubercart home/username/ubercart/mod_archive/ubercart_OLDate
3. copy bzr/ubercart -> production area (modules/ubercart)
4. run update.php in the drupal admin->site conf->modules page

I'm sure there are less obsessive compulsive ways to deal with this... but it's what I have been doing, which seems to work.

It appears the "My billing information is the same as my delivery information." checkbox isn't working in IE6, IE7, or in Safari for Windows....

@jimi - bugger... I don't think I tested it in IE. Should've done that... However, just now the checkbox worked fine in IE7 for me. (Normal functionality is to copy all the fields over and collapse the table of them at the same time.) Question... have you refreshed the page? Sometimes old cached JS causes trouble like that.

@xerbutter - since you did an update, Views may be caching the previous functions or something. I don't know a lot about how it works, but I know I've had trouble in the past and cleared it up by emptying (truncating) the cache_views table in the database.

Good idea - but I tried emptying the views cache and unfortunately that doesn't seem to be the problem. I'll keep working on it. Let me know if you have any other ideas. Can you think of any reason that the Add to Cart link would be working a in a view, but other Product Fields wouldn't, for instance? Thanks.

Yes, all the fields display fine everywhere else - product pages, cart, checkout - just not views.

I think I may have tracked it down to the fact that I'm using revisions on my site. Because of this, the vid and nid for a product are different. If I go into the node table in my database and set a product's vid to be equal to the nid, the fields will show up in views. (Of course, this messes up everything else - the product page, cart, add to cart link...). It doesn't help if I just create the product with "Create new Revision" off, because the nid and vid in the node table will already be different.

Does that make sense? Could views be trying to pull the sell_price and other fields from the uc_products table with the vid, when it should be using the nid??

This type of debugging is pushing the bounds of my experience with drupal, so my apologies if this is unclear or confusing...

Thanks for your help.

Hello Ryan,

Fatal error: Call to undefined function uc_cart_checkout_new_pane() in /home/hfcom/public_html/modules/uc_coupon/uc_coupon.module on line 470

I got this error too on a clean install. Turning off the coupon module didn't change anything, but de-selecting the Coupon Discount check-box from the Checkout Settings page, eliminated the error.

I mention this because I don't use shipping at all so have never activated the shipping module and never touched any shipping settings, either on a previous version or this version (5.x-1.0-alpha7c). You might want to take this in account when you are looking at a fix.

(I would nonetheless like to play with the coupon feature and consider using it. From what you're saying, I'll probably have to turn on shipping to do that. Not such a big deal.)

--
Stephen

P.S. This is my first post at Ubercart. I'm in the early stages of evaluating this system so its a bit premature to comment in depth, but so far, I am impressed with what I see.

I think I've confirmed that the views problem is related to revisions, by recreating it with a fresh install. To be clear, the problem doesn't seem to be specific to using revisions with products, it comes from using revisions anywhere on the site. Here's what I did:

1) Fresh install of drupal and ubercart
2) Create a new product
3) Create a new view that pulls in the product sell_price field
4) Everything is good so far - the view shows the correct price
5) Create a new page and fill out some content
6) Edit the page and turn revisions on
7) At this point, the nid of the page is 2 and it's vid is 3
Create a second product
9) At this point, the product's nid is 3 and it's vid is 4 (even though this is not a revision of the product, this is how drupals tables work, I'm learning)
10) Check the view again - now the first product shows up as normal with the correct price, but the second product always shows a price of $0.00.

I have cleared the views cache on my site and this simple test site, with no change.

I hope that helps...thanks!

Hi Lyle,

I loved the old-style URL building for the catalog menu. It did wonders for SEO and did seamlessly fit in with the URLs for the products itself.
I understand why you changed it though.

Can't we have like:

instead of catalog/beads_and_pendants/swarovski
now the functioning url is catalog/234/beads_and_pendants/swarovski

for SEO reasons?

Thanks in advance.

Kees

Web development, web winkel

That would be realy a wow!

I can't find it in Alpha8, should I use the Bazaar version?
Edit:
Yes, I should use the Bazaar version.
It works like a charm, you guys rock!

Thanks. Kees