Jump to content


  • Posts

  • Joined

  • Last visited

Everything posted by MostlyConfused

  1. Yeah thanks, I had found that and it would have been convenient. Unfortunately my hoster does not have ION cube, so that's a no-go. Thank you!
  2. I need exactly the same thing, another status. @bsmitherThis thread is really old though and I am wondering if it is still valid for 6.4.x? Or is there an easier version right now? I do find the constants in order.class.php and cubecart.class.php, but not the case statements as described. Thanks! EDIT: I think I figured it out. The line numbers were way different, but I have found and changed all instances. Seems to work, thank you!
  3. Update: Since Al does not give a hoot about his bugs and all workarounds I tried did not work, I had to resort to a really dirty hack, but at least it works so far. I changed the template for the printed bill like this: At the beginning, I put: {$datefind = ['Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun', 'Jul', 'Aug','Sep', 'Oct', 'Nov','Dec']} {$daterepl = ['Jan.', 'Feb.', 'März', 'Apr.', 'Mai', 'Juni','Juli', 'Aug.', 'Sep.','Okt.', 'Nov.', 'Dez.']} And further down, where the date is actually printed, I replaced {$order.order_date} with {$order.order_date|replace:$datefind:$daterepl} @fabriceunko, maybe this will be a solution for you as well.
  4. Update to my own answer above: I suddendly get the same effect, blank screen when I log in and resetting it back to "en_EN" instead of "de_DE" made it work again. If I am LOGGED IN and upload the file with changed locale, it works and month names are shown in German. As soon as I LOG OUT I can NOT log in again, until I change the locale back. At the same time, in cc_CubeCart_system_error_log the following error is created: [<strong>Exception</strong>] /home/.sites/188/site7252192/web/shop/classes/session.class.php:609 - DateTime::__construct() [<a href='http://docs.php.net/manual/en/datetime.construct.php'>datetime.construct.php</a>]: Failed to parse time string (Mo 31 Mai 2021 22:19:21 UTC) at position 0 (M): The timezone could not be found in the database Something's really fishy here. It clearly works and shows the correct date and time before logout. Why the error ONLY when I log in again? Since this is clearly a bug, it would be nice if @Al Brookbanks would chime in! The error it shows happens during setting of cookie in session.class.php:
  5. Trying to set a "wrong" locale should not crash PHP or have any other effect than just not setting it. By default, PHP tries to set given locale(s) until one works, and if not defaults to NULL For example, my change above would work on the live Linux server, but not on my local WAMP. I just added another parameter for Windows and now it works on both: setlocale(LC_ALL, 'de_DE.UTF-8', 'German'); If you get a white screen or something, there's likely to be a syntax error somewere.
  6. Update: I think I found it. And I am pretty sure, this is a bug. In classes/language.class.php there is a function to set the locale. And it was hardcoded to setlocale(LC_ALL, 'en_EN.UTF-8'); I changed it to de_DE and immediately I get the month names in german. @Al Brookbanks please check this, 6.4.2.
  7. I think you are right, especially since nobody else seems to have this problem. The date used in the bills is {$order.order_date} If I debug, the content is for instance "30 May 2021, 09:08" in plain text, not as a timestamp. I tried brute-forcing it, by inserting a php setlocale statement into main.php and main.checkout.php, but as expected this did not work. Do you have any idea what else I could try? In store settings, country is set to Austria and language to German. I went through all options a couple of times, but could not find anything else to set.
  8. Maybe I am missing something, but I can't find a way to translate the names of months that are shown in invoices to my language. Same goes for weekdays. The only language in my shop is German, frontend and admin, but all monthnames and weekdays are shown in English I can't find it in "Languages" in Admin and also did filesearches as well as in the database. Please help, thanks!
  9. Update: since I know now that $GLOBALS['cart']->clear(); is the command to clear the cart, I tried moving it elsewhere in gateway.class.php. And just like that, it works! Thanks again mate.
  10. nope, sorry, products are still left in cart after changing this
  11. I solved it by snooping through the code and the solution was easier than expected. I just put "required" into the respective textarea in templates/content.checkout.confirm.php
  12. Hi, I need the marked field at checkout to be mandatory for time of pickup /delivery. is this possible and how? Thanks!
  13. Hi, one of my gateways is "Bank Transfer" (latest version 1.2.0) https://www.cubecart.com/extensions/payment-gateways/bank-transfer If a purchase is made using Bank Transfer, the products are still in the cart afterwards. If purchased with either PayPal or "Print Order Form", the cart is empty afterwards as it should be. How can i change this, so it works with Bank Transfer as well? Thanks!
  14. Update: In box.off_canvas.left.php there is a condition to display languages or not if there is only one. I put a similiar condition around currencies and it works fine. I also put the same condition into box.currency.php I think this should be the default behavior anyway, maybe this was an oversight?
  15. Thank you, I was wondering if there was a way without changing templates? If I remove this box from main.php (tried that already), it still shows up in the sidebar of small screens. I can find and remove it there too, but I would much prefer a "clean" way to do it. Just like languages behave automatically if there is only one.
  16. Hello, in my shop, we will only ever have one currency. Still, the button to change it is always showing, only without content. Is there a way to hide it, other than directly changing templates? It seems to work with languages, if I have only one, the button to change it disappears. Cheers
  17. I see. And there is no way to change that, so it's consistent whichever way?
  18. That would definitely be the reason, if the images were rotated (or not) everywhere. The strange thing here is, that list view and thumbnails in CC behave differently than enlarged view (lightbox). See my examples at the very top. They should at least both be wrong. Or both not. Chrome, FF, Edge and also Safari on iPad all look and behave the same. I only work on PC at this point and the images are not mine, but uploaded by the client. So my side can't "remember" any rotation if I understand you correctly.
  19. If I download those images and open them in Photoshop, they are the correct orientation, just like when enlarged in the shop. If I save from Photoshop and upload again, they are in the correct orientation everywhere.
  20. While my client is busy adding products and uploading images, I noticed something strange. Some of the images are being shown rotated in the frontend. But if I click on them, the big image is shown correctly. Same happens in Admin > Images. They are rotated in list view, but ok when I click on them. As far as I can tell, she photographs everything in the same way and with the same camera. Most images are ok though. What gives?
  21. Than i have no idea why it was working before. Anyway, I am happy that it seems to be ok now.
  22. Done and live saved once again by you. But why and how did this happen? I am positive that I never even touched let alone changed "Order status for admin email notifications" before?
  23. If I had any hair, I would have pulled it out by now! Every time I get something working, something else fails. Whenever I make a testorder, my confirmation mails as a customer arrive immediately and without fail. Up until day before yesterday, my client also got them as the admin (store owner) Then all of a sudden, no more admin mails arrive, while I still get all my customer mails. (of course we checked the spam folder) I have even added another admin-account with another email, "Receive order notifications?" checked on both of them. But it gets even more strange: If I change the status of an order from "Pending" to "Processing", a confirmation mail to the Admin(s) is immediately sent. And it looks exactly like the original order confirmation that never came. I have since changed the Sending Method from php mail() to SMTP with TLS, but nothing changes. I DID however change "gateway.class.php" as instructed by #bsmither in this thread: https://forums.cubecart.com/topic/38607-extra-text-field/ I can't see how this would affect Admin-mails though. To check I changed back to the old gateway.class.php and still get the same effect. What is going on here, especially with mails arriving only after changing the status?
  24. Instead of nothing at all, this gives me now: Artikel Menge Preis Kirchliche Feste 01 YTozOntpOi01OTtzOjE4OiJUb3J0ZW5mYXJiZW46IHJvc2EiO2k6MTMyO3M6MzE6IkJlc2NocmlmdHVuZzogVG9ydHkgTWNUb3J0ZXJzb24iO2k6MTAzO3M6MzY6IlRvcnRlbmF1c3dhaGw6IEpvZ2h1cnQtUGZpcnNpY2h0b3J0ZSI7fQ== This is still BASE64 encoded. If I decode the string, it reads: a:3:{i:-59;s:18:"Tortenfarben: rosa";i:132;s:31:"Beschriftung: Torty McTorterson";i:103;s:36:"Tortenauswahl: Joghurt-Pfirsichtorte";} so it's an array with the correct value in it. Can't figure out where and what to change though.
  • Create New...