Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by reneerd

  1. Sorry, I actually did not see that in my first response. Technically speaking yes, legally speaking who knows. However, job-speaking when those above my pay grade say they want something, I have to atleast make the effort. You know how it goes
  2. First and foremost, thanks yet again BSmithers! You are the best! Next, agreed. It is a quagmire, and not one I am looking forward in trying to mess with. Though I will look into what you mentioned, that may well solve this as its a distinct exception not a rule. I wish the US Fed level would just mandate all online sales are origin based on tax. Its the most logic solution. Anyway, Ill update the thread on how I make out. Thanks again!
  3. Hello CC, Okay this is about the topic that is fun for everyone: Tax. Let me sketch out the basics in how the US handles taxing online sale. You have 2 categories with one have 2 subsets in regard to online taxing. Origin based tax (where the order is shipped from governs the taxing) Destination based tax (where the order is shipped to governs the taxing) Billing address dictates tax Shipping address dictates tax I am sure some of you already know this and I would imagine they are encountered elsewhere. As the US has 50 states controlling state level taxing and no consensus among them there are some specific headaches we have to deal with. With that in mind, I have a particular situation with the 2nd tax scenario and am hoping there is a plugin that can help or someone can point me in the right direction on what I need to alter myself to make what we need feasible. Its possible I am missing something obvious as I have several projects going on and this one I would not be surprised if I have gotten tunnel visioned. Long story short, cubecart seems to operate exclusively on taxing billing address. In the US, each state makes its own determination on which to tax by. Some use Destination then billing or shipping address as the trigger to tax. I have searched through the plugins here and while I found tax exempt which is useful for something else, I have not found something that addresses this issue. Is there a way to toggle between Billing and Shipping based taxing per customer available natively in CC or with a plugin?
  4. Actually, indirectly related question for anyone, is there a reason why BOGO hasnt been implemented in the out of the box Cubecart or through an extension by a third party. Its so commonly used it is surprising and I wondered if there was a technical road block or a pathological hatred of BOGO
  5. Thank you for the fast responses! The work around is actually quite clever, thanks again! I should have been more clear though, we at a bogo done with a code. So we send out a blast with a BOGO sale, customer comes grabs up the BOGO items but it shows regular price in the cart. The application of the code triggers the discount. Need that to track uses and success of the promotion vs accidentally stumbling up the sale.
  6. Hey all, this is a feature we been looking at for awhile. After doing some scouring I see a few people have brought it up but nothing seems to have come of it. So I figured I would reach out and see what you all have come across. I havent seen any from the developers I usually go to but are there extensions that do BOGO? If so, where/who? Has anyone scripted something on their own? Is there a way to simulate BOGO with standard features of Cubecart? I am just throwing a wide net hoping to catch a tidbit that will help. Thanks all!
  7. BINGO! So here is what happened so others that run into this issue will know what to do. 1) The "Allow delivery to non-invoice address" box was unchecked. 2) Checking it caused the Delivery Address to reappear. Thanks for the help again bsmither and sorry for the brain fart moment. One of the staff must have unchecked it and I was so tunnel visioned on a glitch issue I missed the basic checks.
  8. Hello again all. Ran into an odd one and I am just trying to see if anyone has an idea what may cause this, what might fix it, or at least where this particular thing is located so I can narrow my focus to try and diagnose it. ISSUE: In the customer basket the Delivery Address dropdown is all of a sudden is missing. We 2 sites and the second is essentially a mirror of the first from about 1.5 years ago. This is fortunate because it allowed me to include the side by side picture. Also, if I copy and paste the missing HTML into the browser from site 2 into site 1 then it works fine until I refresh obviously. I am seeing no error logs generated in the admin side. I am not sure when this happened but I can say the delivery address drop down was there about 2 months ago. I have tried diagnosing this myself but its just plain odd and I am not having any luck.
  9. Thanks for taking a look and yeah I am glad you said it was weird because it makes me feel a bit less nuts. Cookie domain is: .shoprainbowartglass.com That should be correct yes? Ill take a look at those other issues you found. Thanks
  10. Ha yes I should have included that from the start eh? https://www.shoprainbowartglass.com/
  11. Thanks Noodle for the fast reply. I see 2-3 errors: 1) index.html (1 or 2 times depending) 2) analytics.js (1 time) Think #2 is the culprit?
  12. If anyone has any ideas where to point me at what handles these or ideas would be appreciated. Kind of hit a wall on this one. This bug has been a problem for us since 6.1 but does appear to be getting worse. Synopsis: Basket and minibasket do not update automatically but do so when the update button is selected. Examples: If customer while in basket deletes a product it remains in basket until you hit update. Similarly if new products are added then they do not show up in basket until update is hit. Another symptom is if the cart is emptied when returning to the landing page the minibasket still reflects the items being in there. This is fixed by hitting F5. Theory: Its a cookie/cache issue. Obviously the changes are hitting the database but something is not functioning properly on either the automatic refresh after an action that has it or the cookie is being super persistent and not updating or deleting. Clearing the cache on customer side does not fix it though. Other Details: Caching is currently disabled.
  13. Hello again all, I am 99% sure this is a cookie issue client side but I am not sure what to do about it. Long story short lets say I put 10 widgets in my basket then go to the checkout page. I decide to reduce that to 5, do so and hit update button. When it refreshes the 10 is still there. The reason I am thinking its client side is that if I clear cookies the changes are reflected (the 10 now shows as a 5). Any ideas what I can do to address this?
  14. Okay thanks again BSmither you definitely got me on the right path. Damn was it a long and facedesking path. Going to post my exact methodology to get it to work across browser for other quasi-lay people like myself So after getting it to work it only worked on one browser, the rest did not take the changes. After some research and trial/error the following gets these changes on all browsers: Note: This is specifically related to placeholders. Edit /public_html/skins/YOURSKIN_NAME/css/cubecart.default.css and insert the following. Anything inbetween the curly brackets { ... } can be modified to do what you want. input::-webkit-input-placeholder{ /*chrome kernal fun */ color: black; font-size: 1.1em; font-weight: bolder; font-style: italic; } ::-webkit-input-placeholder { color: black; font-size: 1.1em; font-weight: bolder; font-style: italic; } :-moz-placeholder { /* Firefox 18- */ color: black; font-size: 1.1em; font-weight: bolder; font-style: italic; } ::-moz-placeholder { /* Firefox 19+ */ color: black; font-size: 1.1em; font-weight: bolder; font-style: italic; } :-ms-input-placeholder { color: black; font-size: 1.1em; font-weight: bolder; font-style: italic; } ::placeholder { color: black; font-size: 1.1em; font-weight: bolder; font-style: italic; }
  15. Dammit! Thank you Bsmither... always a pleasure. Interestingly I had come across another post where you were discussing the cubecart.default.css and had JUST started messing with it when this updated.
  16. Hello again everyone... Hope the new year has been good. I have a question that probably has a "duh" answer but I just cant figure it. I need to change properties of the text inside the search[keyword] placeholder. Basically its super light and hard to see on the site I am working on. I have figured out how to change the font weight but need to make it more vivid. Best guess is it has a transparency value or the color is a super light grey. Does anyone know where I can find the css or php that handles this? I should be able to figure it out from there but the where is the problem. lol Something just seems to override or an inserted color in the same area I did the font-weight is being ignored. Skin: Default Foundation.
  17. The saga continues... update. Hopefully these help others out if they end up with the same issue Hello again, here is where things stand on this issue. Current Theory: There are multiple triggers for the issue. I have been able to reproduce the problem with some of these and those I have been able to weed out. However, other known-unknowns are still present as triggers. I cannot nail down the root problem for the basket drops despite having several of the triggers mapped. Latest Fix: I have set inactivity logout for 19 minutes. The lowest time frame any customer with the issue has been able to give me is 20 minutes. Chances are the time is more like 30-60 min but to verify if this solution is working around the problem I set it to a safe time frame. So far, so good. People are being logged out and on logout there cart is saved and available up login. This points me at someone occurring while the customer is logged in that is the main elusive trigger for the problem. I will update if I find more. Thanks!
  18. bsmither, Thank you as always for the reply and apologies for the delay (other fires, weddings and all manner of "others"). Update: Oddly enough, I compared our cart.class.php to a stock install version and there was 0 variation. Something is suppressing the notice that happens when something is removed from your cart by the system but do not know if there is any crossover between that and this issue. I can say that the complaints about this issue have dropped to none being reported which makes me wonder if one of the previous changes needed to cycle out cookies client side or something for the fix to implement. This drop off has taken some of the pressure off me from those above my pay grade but I am not one to assume the best and there is a chance the customers either been getting very lucky or have simply given up. I am going to run some tests and update now that I am back in the saddle. I would be very interested to see what you came across there bs, do you have a github link to it? If its not handy, dont worry Ill dig it up when time allows. Anyway, thanks again!
  19. Issue: Customer baskets emptying upon product status or availability change. Attempted Fixes: Attempted all the fixes I been able to find in other posts including upping the max_input_vars and mem. Disabled all mods, no luck. Added Noodleman's Abandoned Cart plugin in the hopes it would at least catch these. No luck. Related Topics: Basket Randomly Emptying & saved_cart BLOB Recover Yes this is a revisit to half of that thread but now I think I have a culprit. I also elected to create a new thread to keep it focused to problem and resolution because sorting through a dynamic thread with a lot of posts to possibly find a fix to an issue is frustrating. Its why I like to end a thread you all helped me in with a post that has a step by step of how I implemented that help. Details: Customers are having their baskets empty. Some are happening within minutes and others are over days/weeks. It was random until I stumbled onto the following. Possible Cause: The only way I been able to reproduce this issue is to have items in a test basket then on the admin side uncheck a product(s) in the basket from either/both "Available for purchase" & "Status" Essentially, making them unavailable. Result: When the customer updates their instance by logging in or going to another page or to their basket it must run through the cart find the items now unavailable and remove them. However, it is then removing everything else in the basket as well. Key Details: We are using the default skin for cubecart with some custom tweaks done by several people before me. I have tested this problem against an "out of the box" instill of cubecart on a test server without issue. Help Needed: My belief at this point is that one of the tweaks accidentally deleted a close statement for how cubecart removes out of stock products from an existing cart. I just need a general idea of what file(s) (or table but I doubt its happening back there) are implicated in the remove items from cart when unavailable. The triggering statement (whatever code word is used) to let the system know to scan cart and remove x) would be awesome at helping nail down what and where.
  20. Okay disregard, I figured it out. The directory is now populating. I will let you know how we made out, thanks again! Ian, noted and removing now!
  21. Thanks Ian (another fan of your plugins btw) and Noodleman Ian, I tried looking for the php.ini in the impacted directories but there are none in any of the sites we have that use cubecart. However, I am seeing a ini-custom.inc.php which seems to be doing what I normally see a php.ini do. Example: upload_max_filesize = 12M post_max_size = 13M memory_limit = 15M Would your save path redirect work there? I can see no reason not to try a php.ini in the public directory so I am testing it but not getting any population in the sessions directory. <?php session_save_path('home/*directory*/sessions'); ?> Does the above seem right?
  22. Thanks for the fast response Noodleman (love several of your plugins btw) Not as far as I know but unfortunately I was not here for the initial building of this site. I can say there are no current modules like that in place and I am assuming the "cubecart_saved_cart" is stock to cubecart.
  23. Hello again all... Got another odd one in 2 parts. Let me start with the last first: Specs: Cubecart: Current as of today PHP v 5.6.37 Issues: Recovering a basket from a saved cart blob (database). DETAILS: A customer was building an order in their basket over the last couple days. Today they logged in to find their basket emptied. The order was not placed nor was the basket emptied. Oddly I can see the order in the cubecart_saved_cart table in the database which is contained in the blob file. I am 100% at a loss for how it can be here with the proper customer ID associated with it yet not show in their basket. Any ideas on how to get this to show or "restore" this to their basket? Random empty baskets (Directly related to #1) Background: Our customers tend to build orders over the course of days/weeks. They rely on the previous selections remaining in their basket to build their order over time. DETAILS: Over the last year we have the occasional customer complain their cart has emptied. It has spread over 10-15 customers with the occasional repeat. Baskets have been being built anywhere from the day before to a couple of weeks. The timeout and cookie kill has been set from 1 week to a month trying to diagnose this problem (all the noted empty occurrences have happened within these time frames) Anyone have something similar happening or any guesses as to what it might be? I have kind of run through my skill level of options and come up blank?
  24. Hi and thanks again Smither! Okay once I figured out there was a code snippet section, it was a snap (WAAAAAY overthought it originally). So for the quasi-noobs like me out there I am going to detail what I did with the details you provided. Hopefully it helps someone in the future ================================= To return the customer to the previous page after login do the following: Log into admin side On left sidebar go down to "Manage Hooks" Go to the "Code Snippet" tab Click "Add Snippet" Check enable Give a name you will recognize (EX: Login Return) Determine what order you want this to execute (I put 1) Under trigger dropdown find and left click class.cubecart.login Copy and paste this code into the php code box: <?php if ($GLOBALS['session']->has('back')) {$redir = $GLOBALS['session']->get('back');} Hit save and say THANK YOU SMITHER!
  25. Thanks smither... Yeah I tend to find the best answers for anything come from the community. Easier to dial in your issues to someone elses. Okay I have seen the article about creating a hook so I should be able to piece together the rudiments of it. Thanks. However, is there a template or post that has some of the coding that would do this? Just to give you a parameter, I am not a ground up coder. If I have something in front of me I can beat it up to make it do what I want with some custom stuff I added as well. I am not looking to get anyone to do this for me I swear :) I am just hoping there is a basic template you might now of. Did a quick search but if there is a template for it its getting lost in the "log in" portion of search term returns
  • Create New...