Jump to content

reneerd

Member
  • Content Count

    25
  • Joined

  • Last visited

Community Reputation

0 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 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
  2. 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.
  3. 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!
  4. 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.
  5. 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.
  6. 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
  7. Ha yes I should have included that from the start eh? https://www.shoprainbowartglass.com/
  8. 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?
  9. 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.
  10. 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?
  11. 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; }
  12. 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.
  13. 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.
  14. 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!
  15. 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!
×
×
  • Create New...