x97wehner

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.

That's what I thought it would be also, but it doesn't affect anything. Same format.

An even better solution!

Just a word to the wise on this module. If you are updating it to the latest version and have customized the emails at all, make sure you download a copy elsewhere as the update will overwrite them. Ran into this the other day and luckily had the emails stored elsewhere so I could just upload them back in. Also, this module works perfectly and I highly recommend.

I've done this, but it doesn't change the order of the fields on the input forms. It just modifies the address in display.

Bumping this again. Anyone with a quick answer to help?

Not that it helps you much, but perhaps it will give piece of mind. I setup paypal just yesterday on my site and it works just fine. I'm using the standard setup as @lesley is asking about. Make sure you follow the documentation link that shows within the paypal module when you open it in the back office. There are separate keys for sandbox and live and the paypal site tends to push you to the sandbox side if you're not paying attention. Make sure you select the live tab on their site when you need to.

I've bee trying to figure this out for a while today. My account/address fields are all arranged as city, postal code, country, state. I'm trying to find how to change to city, state, postal code, country since we're only in north america. Can someone advise? Thanks.

I just double checked. I have no custom CSS running. It's v1.1 bleeding edge running with Niara theme. I believe it's just an issue where the module css can't handle the image size that OOB TB allows, along with the two text columns correctly.

This is the concern and a bug it appears, @datakick. This add to cart popup is no longer popping up with OPC enabled. If you add a product to the cart, it goes right to OPC and doesn't open the popup. I tried on your store as well since I can see you are running the latest versions and I get the same behavior.

I really like most of what I see with this module. The issue I can't figure on how to handle is that when a user adds a product to their cart, they are immediately routed to the checkout where there is no ability to cross-sell, recommend accessories, etc. I'm genuinely not sure how I'd like to see it resolved though. Adding it to this checkout dilutes the cleanliness of the UI. Not having the ability to cross-sell at all, means missed revenue opportunities for those of us who offer complementary products. The only solution I can think is something similar to what Walmart and Amazon do, where they route you to a cart first, where all the extra marketing is done, and then to the checkout after confirmation of cart, which is a much leaner experience. Anyone else have an idea on how to best handle this or how we can make their experience happen with this module?

This is a screenshot from my phone. It has pretty high resolution and it's not aligning well. Something to address.

Possible bug: I'm testing a fresh install of 1.1 with Niara. Also trying the Stripe module 1.7 with test api keys. When enabling the Stripe checkout, I get a 500 error every time the checkout page loads. I've never used Stripe before but am considering. Update: I think something was caching strange. I updated the checkout to the 5 step and it worked fine. Then switched back to the one page and it also worked fine. Think I'm good now.

Appreciate the input. Some bugs are expected with new software releases. I was curious on the amount and how vital they are. Coming from one of the authors, I expect your info is accurate. Thanks.