Jump to content


  • Content count

  • Joined

  • Last visited

  • Days Won


Posts posted by raiwa

  1. 11 minutes ago, kgtee said:

    I have Phoenix + PHP 7.3, and am running into exactly the same problem. The selected files just refuse to be saved. I have to resort to phpmyadmin to input the filenames directly into the configuration file only then I will be able to bring up the holiday messages on the selected pages. I know this is silly but this at least tells somewhere is wrong in the code.


    Any idea what exactly went wrong?

    Which versions are you using (Phoenix and addon). Phoenix requires Holiday_Message_3.0.0 uploaded yesterday. I checked with Phoenix and  PHP 7.3.2 and all works like expected.

    EDIT: Please read also the following messages of the post you are referring to.


    PS: please give always complete and exact versions info.

  2. New version uploaded:

    Version 5.1.0 Phoenix


    • Removed support for earlier EDGE versions
    • Fix for discount not showing on first page load in ship in cart order total module in shopping cart, disable "Apply" button until code is validated.
    • Added sitewide hook for session unregister of discount code on logoff ( @burt, sitewide hook used for the first time 😀)

    This Package will be separated in a neew addon, once a proper label for Phoenix version is available.

  3. 28 minutes ago, ruden said:

    All folders and files are located in the root directory after unpacking on Linux server.
    Path not saved.

    Hello Ruben,

    I uploaded the zip package to a Linux server and unzipped there.

    All paths are correct maintained. The only issue is that the "ñ" character gets renamed in the folder and install.txt name:

    (dots are not a problem)


  4. 7 minutes ago, ArtcoInc said:


    If line 3 'ENABLE_SSL'  is true, than line 1 needs to change 'http:// ... '    to    'https:// ... '

    (add the S to https)


    Only if all shop pages shall be https. But you are right in the sense that this is recommended nowadays.

  5. 6 hours ago, Jack_mcs said:

    I haven't tried it in Phoenix but my guess is that it is because the main javascript include is loaded in the footer in Phoenix, where it was loaded in the header in BS3. That means the javascript in this addon doesn't have the defines it needs.

    I do not know the details of this addon, but if you Inject the scripts into "footer_scripts" it should work without core changes:

              $oscTemplate->addBlock($variable_ containing_the_script . PHP_EOL, 'footer_scripts');

    See example in ht_grid_list_view.php


  6. New products module uses the same code like product listing. If the product has no options/attributes, it goes directly to the cart. If it has options/attributes, it opens the product page.

    Have a look on the code used there. It should not be too difficult to add it to the related products module.

  7. 53 minutes ago, freakystreak said:

    How's things? Just a quick question, how difficult is it to include this wholesale lite script to your other app, related products BS (https://apps.oscommerce.com/y0rDZ&related-products-bs&v=23)? I love both apps and noticed that the related products app does not feature a buy now button. Is there a reason for this?

    Hello Richard, I'm good, thank you.

    The related products should not need any modification to show the correct prices for wholesalers. Prices are shown correct always when $currencies->display_price is used.

    The buy button would work like the one used in the product listing. I mean if the product has attributes, it would open the product page instead to add the product to cart. I thought it is not good and would confuse the customer. I believe it's better and more transparent that he has to go to the product page to add the product to cart.

    Best regards

  8. @f.figue Fernando,

    If you updated this on your live store and do not wants to revert to the old version, you can aply the following hot-fix:

    In shopping_cart.php


      $breadcrumb->add(NAVBAR_TITLE, tep_href_link('shopping_cart.php'));

    add the lollowing:

      if (!tep_session_is_registered('sess_discount_code')) tep_session_register('sess_discount_code');
      if (!empty($_GET['discount_code'])) $sess_discount_code = tep_db_prepare_input($_GET['discount_code']);
      if (!empty($_POST['discount_code'])) $sess_discount_code = tep_db_prepare_input($_POST['discount_code']);


  9. @f.figue Fenando,

    I'm sorry forget my before message. I realized now that I have both, BS3 and BS4 version included in 5.0.0. Oh my memory 😕

    OK. The problem seems to be that the session register is now included in the content module, so it's sensitive to the sort order. If the discount module is placed after the order total module, the discount code is not yet session registered when the order total module is processed and does not show it until the next page load.

    Please try to move the discount module before the order total module and let me know if it works then.

    I'll have a look and will fix it with the next update.

    Probably I'll remove the BS3 support from version 5.0 and use a sitewide hook to register the discount code for Phoenix BS4. Then the session unregister on logout can be also added back there.

    It's easier than to add again the ht module. Frozen and EDGE BS3 users can use the old version.

    @Tsimi your thoughts?