Announcement

Collapse
No announcement yet.

Miva Merchant 10.00.x Bug Reports

Collapse
This is a sticky topic.
X
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Mark Hood
    replied
    I believe this should be considered a bug... If fedex web services is installed but no configuration is done (account number not entered etc.)

    It shows all fed ex shipping options available for free when using the paypal buy now button.

    Leave a comment:


  • Eric Foresman
    replied
    Originally posted by smumma View Post

    Hi Eric,

    Catalog->Products->I select the product to go into it->I click the Active slider and hit update. I go check the categories on the site and never see the item populate until I go back to the admin panel and re-sort the products in each category. That's the only way i've found to solve the problem at least.
    hmm, that's the same process I'm doing and not seeing the same issue. you might want to open a service ticket with support so they can take a look.

    another thing to try would be to run the "Delete Cached Product List Entries" after marking the product as active.

    hope this helps
    -Eric

    Leave a comment:


  • smumma
    replied
    Originally posted by Eric Foresman View Post

    Hismumma,

    im not seeing that in my store, how are you changing them from active to inactive? when i do that from the edit product screen or the products batchlist i see the product on the category at runtime right away.

    many thanks
    -Eric
    Hi Eric,

    Catalog->Products->I select the product to go into it->I click the Active slider and hit update. I go check the categories on the site and never see the item populate until I go back to the admin panel and re-sort the products in each category. That's the only way i've found to solve the problem at least.

    Leave a comment:


  • Eric Foresman
    replied
    Originally posted by smumma View Post
    Assuming this is a bug. We have products that we toggle active/inactive each week depending on what daily specials we are running. These products are assigned to categories, but when they are toggled to Active they do not show in their assigned categories. Re-activated products will only show up once we go into each category and re-sort the products in the category list.
    Hi smumma,

    im not seeing that in my store, how are you changing them from active to inactive? when i do that from the edit product screen or the products batchlist i see the product on the category at runtime right away.

    many thanks
    -Eric
    Last edited by Eric Foresman; 11-05-25, 09:12 AM.

    Leave a comment:


  • smumma
    replied
    Assuming this is a bug. We have products that we toggle active/inactive each week depending on what daily specials we are running. These products are assigned to categories, but when they are toggled to Active they do not show in their assigned categories. Re-activated products will only show up once we go into each category and re-sort the products in the category list.

    Leave a comment:


  • joshpappas
    replied
    Originally posted by rguisewite View Post


    The original intention of the "Page Settings" editing within Page Builder was to allow only basic editing of a few key fields (hence the "SEO Settings" title). In its current version, only "text" and "textarea" custom fields are supported (since that's what the META fields in the SEO Settings section use). This was originally intentional. However, given the expansion of Page Builder's role within the admin and the fact that custom field editing fits well within the paradigm of what Page Builder is intended to achieve (ease of editing data, while the more technical template configuration / etc lives elsewhere in the advanced templates), I see no reason why we should not expand support to allow all custom field types for pages to be edited here.

    I have filed a task to modify the Page Settings here to add support for all of our custom field types, so it'll be available in a future release.
    Thanks for the response and insight. I look forward to seeing this in the future!

    Leave a comment:


  • rguisewite
    replied
    Originally posted by joshpappas View Post
    I'm not sure if this is a bug, but we tried assigning a custom page field with the image upload type for use with a PageBuilder page, and it does not show up on the page settings. We want to use this to assign the og:image for the page, and right now we have to go to the page template to update the custom field there. Other types of custom page fields do appear in the settings accessible via PageBuilder like the documentation says.
    The original intention of the "Page Settings" editing within Page Builder was to allow only basic editing of a few key fields (hence the "SEO Settings" title). In its current version, only "text" and "textarea" custom fields are supported (since that's what the META fields in the SEO Settings section use). This was originally intentional. However, given the expansion of Page Builder's role within the admin and the fact that custom field editing fits well within the paradigm of what Page Builder is intended to achieve (ease of editing data, while the more technical template configuration / etc lives elsewhere in the advanced templates), I see no reason why we should not expand support to allow all custom field types for pages to be edited here.

    I have filed a task to modify the Page Settings here to add support for all of our custom field types, so it'll be available in a future release.

    Leave a comment:


  • joshpappas
    replied
    I'm not sure if this is a bug, but we tried assigning a custom page field with the image upload type for use with a PageBuilder page, and it does not show up on the page settings. We want to use this to assign the og:image for the page, and right now we have to go to the page template to update the custom field there. Other types of custom page fields do appear in the settings accessible via PageBuilder like the documentation says.

    Leave a comment:


  • ocpxc02
    replied
    I believe I’ve run into a bug involving a product belonging to two collections with each collection being assigned to different price groups. So, the same product is also assigned via collections to both price groups.

    Deleting one of the collections is removing the product from both price groups vs. only the price groups associated with the deleted collection.

    In looking at the lsk, it appears that the Collection_Delete function is calling Collection_Remove_All_PriceGroup_Products which decrements the collection count for all PriceGroupXProduct records that contain products assigned to the deleted collection. It should be limiting the update to only price groups to which the collection has been assigned.


    Paul

    Leave a comment:


  • SteveG
    replied
    Originally posted by Eric Foresman View Post

    Hi SteveG

    i was unable to reproduce what you are seeing. can you provide some more detailed steps to reproduce and a break down of how you have your product, customer, and price group setup?

    many thanks
    -Eric
    Hi Eric,

    Sorry for the delay in responding and thanks for looking into this.

    The quote has the Quote Exclusion Price Group applied to it, think this is set up automatically and is set up as coupon only. I did try changing it to Exclude For Same Basket and tested again, the item again return to zero pricing.

    The customer I use to test has not price groups assigned.

    The variant isn't assigned to a price group, however its master product is (20% discount legacy price group)

    The price only changes once the customer logs in (I tested checking out without an account, and the quote pricing stayed as quoted)

    Module - Basket Price Group Recalc.

    Other than that I don't think there much more I can add.

    Steps
    1. Enter an un-priced product variant into the quote, assigning a quote price of $200,
    2. Customer receives and converts quote to a basket
    3. Upon logging in the price reverts to the variant products base price, in this case zero

    Leave a comment:


  • Eric Foresman
    replied
    Originally posted by SteveG View Post
    Managed Quotes and Basket Price Group Recalc.
    Been trying this new feature which is great, however the Quotes seemingly can be overridden when a customer logs in, in this instance when the product variant price is zero. The Basket Price Group Recalc is designed to ensure price group members receive their pricing so wonder if that's the issue.

    When entering an un priced variant product into the quote, assigning a quote price of $200, it reverts to zero when the customer logs into to pay for it. I experimented by giving the variant a $150 value to see if the price would change in that instance, and yes, same thing, the quote price changed to the variant price. So something seems not quite correct here.
    Hi SteveG

    i was unable to reproduce what you are seeing. can you provide some more detailed steps to reproduce and a break down of how you have your product, customer, and price group setup?

    many thanks
    -Eric

    Leave a comment:


  • SteveG
    replied
    Managed Quotes and Basket Price Group Recalc.
    Been trying this new feature which is great, however the Quotes seemingly can be overridden when a customer logs in, in this instance when the product variant price is zero. The Basket Price Group Recalc is designed to ensure price group members receive their pricing so wonder if that's the issue.

    When entering an un priced variant product into the quote, assigning a quote price of $200, it reverts to zero when the customer logs into to pay for it. I experimented by giving the variant a $150 value to see if the price would change in that instance, and yes, same thing, the quote price changed to the variant price. So something seems not quite correct here.

    Leave a comment:


  • William Davis
    replied
    Originally posted by Eric Foresman View Post

    Hi William

    i just tried checking out at runtime with address verification turned on and was able to complete checkout both with selecting the "verified" version of the address and the "as entered" option.

    do you happen to have the address the customer was using that caused that error?

    as far as the first issue goes "1. Three times wrong address was not not flagged, fortunately our fulfillment software caught it."

    I'm not sure there is anything we can do about that. if the address is so off that UPS and/or USPS don't return any "verified" versions of it we still allow the order to complete. we do this so that we don't get into a situation where the Customer Can't complete checkout. for that same reason we have the "Use As Entered" option. but because of that, it does allow a customer to enter a bad address and just bypass or skip the address verification.

    -Eric
    Eric, thank you for your quick reply. I don't recall as that happened some time ago. But I caught your other relating to the same issue, and will give it another go this week and report back here. Thanks again!

    Leave a comment:


  • Eric Foresman
    replied
    Originally posted by William Davis View Post
    Address Validation Issues

    We disabled the feature back in 2022/03 due to the following issues:

    1. Three times wrong address was not not flagged, fortunately our fulfillment software caught it.
    2. Twice shoppers were not able to place orders.

    Refer to post:

    Title: Any issues with Address Validation?
    Link: https://www.miva.com/forums/forum/on...ion#post720252

    Note: Two other merchants on the post disabled the feature due to other problems as well.

    I do not believe Miva is aware that there might be an issue with this feature.
    Hi William

    i just tried checking out at runtime with address verification turned on and was able to complete checkout both with selecting the "verified" version of the address and the "as entered" option.

    do you happen to have the address the customer was using that caused that error?

    as far as the first issue goes "1. Three times wrong address was not not flagged, fortunately our fulfillment software caught it."

    I'm not sure there is anything we can do about that. if the address is so off that UPS and/or USPS don't return any "verified" versions of it we still allow the order to complete. we do this so that we don't get into a situation where the Customer Can't complete checkout. for that same reason we have the "Use As Entered" option. but because of that, it does allow a customer to enter a bad address and just bypass or skip the address verification.

    -Eric

    Leave a comment:


  • William Davis
    replied
    Address Validation Issues

    We disabled the feature back in 2022/03 due to the following issues:

    1. Three times wrong address was not not flagged, fortunately our fulfillment software caught it.
    2. Twice shoppers were not able to place orders.

    Refer to post:

    Title: Any issues with Address Validation?
    Link: https://www.miva.com/forums/forum/on...ion#post720252

    Note: Two other merchants on the post disabled the feature due to other problems as well.

    I do not believe Miva is aware that there might be an issue with this feature.

    Leave a comment:

Working...
X