Lastwolf

I can't figure out what's wrong with content.gateway.php template but it's not auto transferring.

Turns out it was 2 issues. Quite right on the auto fill thing, it was just the browser. But it was an entirely different problem that was causing the issue with the contact us emails form. Mail Server was flat out rejecting them because someone set that up so high that it didn't trust emails even from the localhost half the time. So my test would work, I'd reload and the contact us form wouldn't work, I'd go to settings and the autofill would over right the data making me this that it was the issue. Classic.

This is soo weird, if you decode the config, it's fine. The test runs fine, save, goes back to random old setting, clear cache same, sql is correct. It disabled all snippets and hooks, still happens.

Everything in my settings appears to be alterable, except for the email sender settings. Whatever I enter, whenever the cache is reset it reverts to the first values I ever entered when creating the site, I even tried deleting the entire config file, no effect.

One my biggest grips with Cubecart is the lack of alternative modern skins, but I don't have the time or patience to develop one myself so I'm part of the problem. The Foundation skin is pretty versatile though and pretty easy to modify.

I'm manually inputing tracking information for most of my orders, this is getting to be a pain as it's 20-30 a day, there are way to bulk import them against the orders from a csv?

Probably not, just trying to eliminate the obvious, from the error report your SSL is fine and stuff, it's just IPN postback In the extension settings near the bottom there is IPN URL (Optional): Is that filled in wrong ? Or more importantly does it match what is written in your Paypal profile. Profile > Profile and Settings> My Selling Preferences > Website preferences

1.0.7 update seems to stop the ability to update Cubecart with payment transaction data.

When the customer returns to your shop from paypal it needs to be a https address as of June (I honestly thought it was always the case).

It's stretching them to fit the space as the height is fixed, you'd be better off making the width fill the space.

my bad it's actually in cubecart.helpers.css, i took chrome's word for it.

If you make the change I listed, you can add as many as you like, works fine for me.

It's not a bug, it's designed that way. I guess the idea is that mobile users would find it easier to edit quantity at the checkout, most larger retailers use this method (eg.Amazon), I'm not a super big fan of the feature, but it is efficient. You can modify the skin to make it show, it kinda displays bad though. in Foundation/templates/element.product.call_to_action.php Line35 <div class="medium-2 columns show-for-medium-up"> <input type="text" name="quantity" value="1" maxlength="6" class="quantity required text-center"> <input type="hidden" name="add" value="{$PRODUCT.product_id}"> remove "show-for-medium-up".

Isn't paypal's big security review this month? Is your SSL cert needing renewed recently?

In Foundation.css .thickpad-top { padding-top: 1.25em; } make it 0em or padding: 0; I'm not sure if it's used in other pages though, so maybe be careful with that, I haven't really come across it in my rebuild yet, but then again, I am on part 5 of 9billion.