x97wehner

@datakick Just tested this. feedback follows: 1) In shipping address section, the country should be displayed, but it should be read only and not changeable. Should only be changeable from top "choose shipping and billing method." In the billing section, when selected different from shipping address, the country field should be changeable in case sending to another country. 2) The address format/arrangement of fields doesn't follow the TB country setting for it and should. In the example above, I assume the system would be set to display the address for the US as City, State, Country, Zip/Postal code. 2) No fix for the tax calculation issue yet? It's still adding tax to my products in the cart summary card, when it should only be shown on the tax line, be as I noted previously.

Anyone know how to fix? Digging in it seems the combo availability date is not populating so the theme doesn't display on the webpage then.

softaculous install of 1.1 fresh. migrator module to move the data

Just did a fresh install, migrated data, onto a separate domain and it's doing it there now as well.

Yes I can. Nothing is blank.

Now to really throw some confusion in. I just setup a new subdomain and installed a fresh copy of TB via softaculous. It works fine there. I have no idea how to fix this.

Also, I have fresh OOB instance of TB setup as well. I just check that and I'm having the same issue there. Does that help identify what the issue could be?

Disabled all overrides and modules via advanced parameters>>performance. Still no change. Get the neverending spooling on save buttons making it impossible to edit a record. I just can't think what would have caused this. They only changes I've made to my shop have been the core updater changes in the past 3 months. I have made product updates during that time and didn't have this issue. I've tried rolling back to 1.0.8 to test that and still have the same problem.

Yes. was a migration. I'll check the modules.

This is a question for the warehouse theme users, or those that know it. Sometime in the last few TB updates, the availability date for product combinations stopped showing as it should. It still works fine when populating on the product with no combinations. But, when there are combinations, the combination level availability date is no longer displaying in the UI. Any ideas on how to resolve this?

I have this same issue. Regardless of browser. Seems to be a bug perhaps? Tested on both 1.1.0 stable as well as 1.1.x bleeding edge. Same result

@datakick small request to go with the tax calculation bug mentioned previously. The support link to the blog within your module doesn't point here anymore. May want to update. Thanks

It's my dev site. Just trying to figure out why I'm all the sudden getting this error. Never seen it before.

Tried to regenerate thumbnails and getting this error. Never has happened before. Not sure how to resolve. The image hasn't changed, just regenerating for a different size. Please help Original image is corrupt (/home/...../public_html/foldername/img/p/1/5/0/150.jpg) or bad permission on folder

This is good content. @lesley, any reason those ad tracking modules aren't listed within the TB available modules yet?

Bumping this. Trying to figure out if this is a TB issue or just my theme.

Did you get an answer here? The cart display in mobile really depends on your theme. Make sure you've got a responsive one and test it before buying. The Niara one that comes with new versions of TB is pretty nice. Chex, the one page checkout module from @datakick is pretty nice as well. It has a couple bugs still, but for many people they will be non issues.

We've been increasing social budgets over the last couple years as we see definite results coming from it. We're B2C with no physical shop. We do a lot of content and email marketing as well since the only cost is time and effort. My recommendation to any new comer would be to exploit content and email as much as possible since there is no cost, but also spread across different channels until you really find where your customers are at and the best way to reach them.

Found this post and have a related issue: When using the availability date on a combination, it's not showing on my product page. It works fine if using the main availability date, just not the one located on combinations. I'm using Warehouse theme. Is this issue happening in the OOB themes or is it just warehouse? I'm using 1.1.x bleeding edge.

Take your delivery days to null. I did this the first time as well and had the same issue. Also, may need shipped checked in order status if using a 3rd party integration. Oh, and you'll want the cron setup as well to send things on the timer as I'm expecting you do.

Sure, @datakick. I've actually found another bug as well. First, below you will find my settings and the behavior that is incorrect. Below that is the second bug. Original bug settings: Localization >> Taxes >> Enable Tax = Yes; Display tax in shopping cart = Yes Customers >> Groups >> Price display method = Tax excluded Result in standard TB one page checkout: Product price = $109.99, Tax = $6.60, Order total = $116.59. (This is how it should work) Result with Chex: Product price = $116.59, Tax = $6.60, Order total = $116.59. (Product price is displayed incorrectly based on TB settings) Details on the possible second newly discovered bug: Where there are more than one different products in the cart, intermittently you cannot delete the top listed product from the cart from the checkout page. Sometimes I can delete and sometimes not. I cannot figure out if it's a module issue or a caching issue with TB. When there are more than one different products in the cart, clicking edit, then the x to delete within the cart box, does not delete the top listed product as it should. The function works fine on any other listed product. It also works correctly if there is just one listed product in the cart. Other notes: I'm using warehouse as a theme. Also, when removing all products from the cart via the chex checkout page, the frame reloads, but the header does not. This results in the hover action of the cart icon in the header still showing products, when they have been correctly removed from the cart via the module. See shot below. A manual refresh of the browser window reloads everything correctly again.

Found a bug today. I'm on 1.1.x bleeding edge. Chex is adding tax in the cart product price display when it is set to not within thirty bees. I can switch back to the regular TB checkout and product for $105.99 displays as such within the checkout totals and an order total of $122.94 displays correctly after tax is applied. If Chex is enabled, then the product price is incorrectly adjusted to $112.35 in the display with the total showing correctly as $122.94. TB settings are correct as evidenced by the display in out of the box checkout. It seems Chex has something transposed or is not considering tax settings correctly for the customer group @datakick

@datakick Is there any way to sort carriers other ways? I offer a free one for local customers, but don't wish to see it at the top of the list as it doesn't apply to most shoppers. I can sort the normal checkout by position, this one only seems to sort by price.

Validated this works on my end as well.

Through some tinkering I figured out the issue here, sort of. My issue was a result of me wanting to insert the state iso code into the address in place of the name. The OOB code requires country name and state name on the forms. When I replaced the state name with state iso code, the forms didn't know where to place the state name field and shoved it below country, since both are required. That made my printed addresses the way I wanted, to NA standards, but put the form field order way out of whack. Replacing the iso code with name on the address makes the forms render correctly, but now the address spells out the state, which can work but is undesireable IMO. Since the state field is dynamic based on the country, what I'd love to know is how to put the country at the top of only the forms, so that the user can designate it and then have the correct prefiltered state list when they get to it further down the form. The current flow I have now is non-user friendly if my user is non-U.S. based. They have to skip the state field, populate the country, and then go back up and populate the revised state list.