Jump to content

Lastwolf

Member
  • Content Count

    108
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by Lastwolf

  1. I can't figure out what's wrong with content.gateway.php template but it's not auto transferring.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. 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?
  7. 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
  8. 1.0.7 update seems to stop the ability to update Cubecart with payment transaction data.
  9. 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).
  10. It's stretching them to fit the space as the height is fixed, you'd be better off making the width fill the space.
  11. my bad it's actually in cubecart.helpers.css, i took chrome's word for it.
  12. If you make the change I listed, you can add as many as you like, works fine for me.
  13. 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".
  14. Lastwolf

    Error

    Isn't paypal's big security review this month? Is your SSL cert needing renewed recently?
  15. 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.
  16. Yeah, I've started removing all the style elements from my foundation folder, just seems like it'll take forever just do it, but then again, I'll have to add it all back in later.
  17. I'm trying to build a bootstrap skin from scratch cause I'm a idiot and don't know what I've let myself in for. It'd be easier for me just to go from a barest minimum of pages, but it seems cube cart needs a set amount of files to even display as skin, there any no styling version of a skin folder?
  18. I'm sure it's possible, I just nuked my foundation skin on my test site so I'll have to get back to you on that. Edit: Nah, the foundation skin of cubecart is based on Foundation 4, sticky elements seem to be a 5 onwards thing. I tried to just "upgrade" to 6 but it seems they changed how everything works at some start cause that causes some massive error. Seems like it would require alot of work to get foundation 6 to work, I'm not sure why though as the grid system isn't greatly changed at any rate. ... even later.... Yeah, I got it to stop throwing all the errors at me, will require quite a bit of reworking as they's changed how it all works. I would consider it, but I decided for bootstrap instead as it vaguely makes more sense to me.
  19. I lied, I figured it out. In /foundation/templates/main.php <div class="row"> <div class="small-12 columns small-collapse"> {include file='templates/box.navigation.php'} <div class="hide" id="val_lang_back">{$LANG.common.back}</div> </div> </div> Make it <div class="row row-mod"> <div class="small-12 columns small-collapse"> {include file='templates/box.navigation.php'} <div class="hide" id="val_lang_back">{$LANG.common.back}</div> </div> </div> then go to foundation/css/foundation.css and add .row-mod { max-width: none !important; }
  20. It's in a container, I think you'd have to make the whole site full width.
  21. There's nothing really in the cubecart side that actually verifies anything afaik, so it'd have to be a google issue, I'd check that the domain is correct on your key.
  22. If you submit the items to google merchant and you haven't updated your feed, you'll get item disapprovals which take a few days to clear when the item is In stock again. It's really up to your self, if it's long term out of stock, you can hide it then update your feed, to prevent disapproval
  23. I'm not sure what you need, there only the two options at default grid and list, grid is pretty close to a table.
  24. the same thing would happen if they refreshed the page at certain segments of the checkout process, it creates multiple unpaid orders. It's kind of the way the process is designed, I'm not sure there is a quick fix for it.
  25. In /foundation/templates/content.category.php find the "<dd" <dd class="active"><a href="#" class="grid_view"><i class="fa fa-th-large"></i></a></dd> <dd ><a href="#" class="list_view"><i class="fa fa-th-list"></i></a></dd> change the, class="active" to whichever one you want, in this case grid view, making sure to remove it from list view. Then in the same file, look for product_list_view and product_grid_view and add hide to the one you don't want to use, again making sure to remove hide from the one we want to show, if we follow the example shown above, it'll look like this. <div class="row product_list_view hide " > ... ... ... ... .. . . . <div class="product_grid_view">
×
×
  • Create New...