Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

[wcw]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

If you know the product that is upsell you could check it on the OCST page with vproduct_find in the Emporium Plus Tool Kit. Then using the variables determine if you want to skip straight to the OSEL instead of going to the upsell page. If you do, just use store morph to change the screen code for the next screen.
:KEY_PRODUCT:INV_ACTIVE=1
:KEY_PRODUCT:INV_AVAILABLE=0
:KEY_PRODUCT:INV_LEVEL=out

[Biffy]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

Just uncovered an oddity in the cattree CSS.

The hyphens in the levels class names are not working on a layout I have. The template passes W3C Strict validation and the CSS passes too. It looks like the browsers are reading the class name and stopping when they see the hyphen. So level-1, level-2, level-3 all become just level.

Deleting the hyphen eliminates the problem.

[Behrents]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

Ok this might of been a long time issue, but I can't find it on here..

I use to use Storeman5 all the time to upload my new Categories so I never noticed this, but with just the flat file category upload in Miva you can not upload the Title image? Why arent all the options there to upload all the columns? Or am I just missing something?

[sammy33]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

SKU field funkiness
The SKU field data disappears when I use the edit here function to edit a bunch of products. If I edit a product individually it does not seem to affect the SKU field. ???

[wsmith]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

Sam

SKU field funkiness
The SKU field data disappears when I use the edit here function to edit a bunch of products. If I edit a product individually it does not seem to affect the SKU field. ???

Please let me know if these steps are incorrect.
1) Log into the administration
2) Click directly on products
3) Check the box for SKU display and refresh the page.
4) Click on the Edit Here button to the right of a product.

I was unable to see anything wrong when clicking on the edit here button. Let me know if my steps are incorrect and what browser you're seeing the funkiness in.

Thanks,

Wayne

[Advanz Design]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

Hi folks,

I believe I found a new bug or two with the Manage Orders feature. First off, when you batch orders without assigning a name inside of the new "manage orders" screen the newly created batch can't be pulled up and the screen just stalls. Creating new batches with a name works as expected.

Secondly, I noticed that when you "edit the shipping/tax/other charges" when creating new or updating existing orders no other charges or discounts are automatically applied except for shipping and tax. If trying to edit an order with a discount already applied, the discount amount isn't automatically adjusted after making changes to the order. When looking at this scenario on the storefront interface side, a discount will be applied to the order automatically if a discount module is installed. Was this functionality unintentionally left out and will we see this fixed in PR8? Otherwise, is there something module developers can do to compensate for this issue?

Thanks,

[wsmith]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

Steve,

I was able to add a batch with no name but my screen didn't stall. The batch is created however it is not an option via the drop down within manage orders. The batch can be found within legacy order processing.

For the second issue, how was the discount applied to the order?

Thanks,

Wayne

[wsmith]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

Steve,

*** CORRECTION ***
The batch can be found within the list of batches within Manage Orders. Currently if you pull that batch up it will display all unbatched orders and not the orders you placed within the batch with no name. This is corrected in PR8.

BUG ID 5828
If you create a batch without a name, then attempt to display orders within that batch, the list instead displays unbatched orders.

Thanks,

Wayne

[Advanz Design]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

Hi Wayne,

That's correct. If you try to pull up the new batch that was created without a name the screen doesn't update or the entire list of orders display instead.

In regards to the discount it would be applied with a third party module typically as items are added to the basket and/or at checkout.

Best regards,

[wsmith]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

Steve,

I spoke to Dev about the auto calculation for discount modules and at this time you'll need to manually change the discount from the manage orders screen. Can we get a copy of the discount module to test/investigate the possibility of auto recalculate from the manage orders screen? Development might have a chance to look into this after the release of PR8.

Thanks,

Wayne

[Advanz Design]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

Hi Wayne,

Sure, you're welcome to obtain a copy of any of our "discount" modules through MivaCentral for dev purposes, which Miva has done before in the past. Most of these modules calculate and apply a discount at the time shipping & tax is calculated at checkout. I imagine if the "edit other charges" feature can hook into this process this should cover most of these types of third party discount/up charge modules.

Best regards,

[Advanz Design]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

Hi folks,

I've stumbled across another couple of issues this time with the new "manage orders" feature. I also discovered another issue with the OUI exporter utility.

Firstly, if you create a new order and then change your mind and close the window without adding any customer or product info a new empty order is created. It's a bit inconvenient as you have to remember to delete these empty orders to lessen the confusion in the orders list. Anyway we can alter the flow so that a new order is saved only when actual data has been added, such as customer info, products, etc?

Secondly, we lost a couple of orders that were placed in the storefront because all of the data (customer info, product info, charges, etc) was wiped out except for the ship-to country code, peculiarly. I'm not sure if this is related to the first issue, but we discovered these blank orders just preceded a blank order created by the steps mentioned above.

In regards to the OUI exporter utility (v4.2408), the new framework was generated successfully. However, I discovered some randomly missing image urls contained in the static content as well as the generated .css file. For example, you can see that the image tag is generated, but the src parameter is empty (i.e. <img src="">).

Has anyone else experienced these issues?

Best regards,

[Jim McCormick]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

In regards to the OUI exporter utility (v4.2408), the new framework was generated successfully. However, I discovered some randomly missing image urls contained in the static content as well as the generated .css file. For example, you can see that the image tag is generated, but the src parameter is empty (i.e. <img src="">).

Are the ones that are missing images being used by other products? There is a bug in the tool that will not include the url if it's already been added to the package.

[Advanz Design]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

I don't believe that's the case for this particular storefront. For example, one of the missing images happens to be the top logo/banner image included in the default CSS file along with other layout related images not used as product images.

Best regards,

[paul.oreilly]

Re: Miva Merchant 5.5 PR7 (Wombat) Bugs/Issues

HI,

I don't seem to be able to re-order a products related items. The order updates in the admin, but it does not update in the product display. It displays in the order that the related product was assigned.

thanks,
Paul