Jump to content

reneerd

Member
  • Content Count

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