Miva Merchant 9.07.xx Bug Reports

[Rick Wilson]

With the official release of Miva Merchant 9.7 (9.07.00), we'll be closing all previous Bug Threads and having you post anything newly found here.

[slabar]

It appears I may have discovered a bug(s) with Facet Search [using just Price and Brand]:

Site: dev.themartialartsstore.com

1) Range Slider Features does not work on our test site across all browsers
2) Select Brand Syntha Fighter [This shows the product Syntha Bag]
3) Select Price 725.01-1100
4) When you select a facet combination that doesn't exist all page sorting displays and search facets disappear.

It appears that the price range is not updating properly when a selection is made thus causing the bug.

[crozon]

Text editor is glitchy:

1. When we pasted text from a supplier's website it changed the background font colour from white to a beige colour. When we selected the entire text and changed the background colour to white - it will only adjusted part of the background colour. We had manually adjust the source code colour to remove the background colour.

2. When we adjust the font size it will only change the font size in portions of the text. The source code revealed it's entering more than one font size line per paragraph in some cases.

3. Bullets are not appearing on the website. They are showing in Miva but not on the website - we tried several ways to see if we could get it to work including trying a section of a paragraph and line by line.

Also, wondering if there is a way to set the font style and size so it can't be modified or a template that we can set? We like that we can make adjustments but this also leads to having products with multiple font styles and font sizes. It would be helpful to set a default in Miva and then modify a product only if necessary.

Regards,
Christine

[lesliekirk]

On the bullets - you may need to check and see if you have any CSS that might be affecting how they display.

We like that we can make adjustments but this also leads to having products with multiple font styles and font sizes. It would be helpful to set a default in Miva and then modify a product only if necessary.

This has been one of my top 5 concerns about a WYSIWYG editor...

[slabar]

Anyone else having issues setting up the new MailChimp module? I can't get past "Awaiting MailChimp Authentication..." in my DEV store.

[lesliekirk]

Anyone else having issues setting up the new MailChimp module? I can't get past "Awaiting MailChimp Authentication..." in my DEV store.

Do you have any remnants of the old MailChimp module still floating around? That may or may not be the problem. I'm still cleaning up after I was able to get it installed and past the point you are stuck at.

[Jim Cockerham]

MailChimp integration went smooth for me after I deleted the old module, but on the Mail Chimp side I can see my product names but not images.

[dcarver]

Anyone else having issues setting up the new MailChimp module? I can't get past "Awaiting MailChimp Authentication..." in my DEV store.

Sounds like the pop-up window for the authentication is being blocked. Make sure pop-ups are allowed for your domain.

[slabar]

Make sure pop-ups are allowed for your domain.

That would be it. Maybe that should be added to the get started text.

[rguisewite]

Hey Christine,

1. When we pasted text from a supplier's website it changed the background font colour from white to a beige colour. When we selected the entire text and changed the background colour to white - it will only adjusted part of the background colour. We had manually adjust the source code colour to remove the background colour.

What text are you attempting to copy and paste in? Also, what browser are you using? Much of the functionality of the rich text editor is dependent on how the browser decides to interpret a given command. Where behavior has deviated dramatically from browser to browser, we've done custom handling to "fix" the inconsistencies, but much of the lower level functionality is being applied by the browser (when you hit Enter, as an example, the browser determines whether to insert a <br> tag, a <div> tag, a combination of both, etc, and also where to put the cursor within that element. Same with copy and paste of rich text content). What you're selecting (and what styles the browser decides to actually copy with your selection), what browser you are using, what is actually being pasted into the rich text editor, etc, will all affect (to varying degrees) the exact outcome.

In terms of the background color being only partially changed... that is odd. Well, partially odd. We had a bug during development where IE10/11 were doing exactly this (with the default "browser handles it" behavior, so I had to implement functionality to handle this so it is all done consistently across browsers). I'd be interested to see that source code that is being pasted in. I just ran a test on my own store with numerous background colors scattered throughout, some nested, some not, and when selecting everything and changing to white, it... set them all to white.

2. When we adjust the font size it will only change the font size in portions of the text. The source code revealed it's entering more than one font size line per paragraph in some cases.

Same as above. Font size, foreground color, and background color are all going through the same DOM parsing that applies styles to elements. We ran through numerous tests where different/nested font sizes (and colors) were all selected and altered at the same time (and selecting only part of the different font sizes, etc). This sounds like something that was present in IE 10/11 during the beta version.

In terms of setting the same font size on more than one element in a given paragraph, yes... we don't know if an element is present for other reasons, or if it was created for the sole purpose of changing a style (font, color, background, etc), so in order to accurately reset the font size, we go through each element and set the font size on that particular element (which will overwrite any css class/id styles).

Example, say you have the following:

Paragraph Element
Some Text
Some More text that is green
Some text that is red

Now, if I select the entire paragraph and apply a color of blue, I can't just apply that color to the paragraph, or the green and red text will stay green and red. So now I have to apply the color to all elements within the paragraph element. (Note that you could also have a class applied at a higher level that sets the color to purple, and you want to highlight this paragraph to make it stand out... things like that force us to apply the color on every element we can find).

3. Bullets are not appearing on the website. They are showing in Miva but not on the website - we tried several ways to see if we could get it to work including trying a section of a paragraph and line by line.

See Leslie's comment on this particular point. I just (re-)tested in my store and bullet points/numbers are appearing without issue. It is possible there is a style in your stylesheet (on your live runtime storefront) that is applying to ul/ol li elements and hiding the list styles.

Also, wondering if there is a way to set the font style and size so it can't be modified or a template that we can set? We like that we can make adjustments but this also leads to having products with multiple font styles and font sizes. It would be helpful to set a default in Miva and then modify a product only if necessary.

This is a good point (and valuable real world input). I'll add it to my list of things to look into for the next version of the editor. It seems like (given your point #1/2) that it might be helpful to have a "remove" style (either remove a specific style, or all styling for the selected text). This could go through and remove any styles set on nested elements, and potentially remove span elements that have no styling or attributes attached (this last part I'd be more hesitant about, but... it is doable)

So, to sum up...

o If you can, either reply here, or send me a PM with the source code (or the page) you're trying to copy/paste into the product description that is giving you the font size/color issues.
o Also, let me know what browser this was happening in (we currently test in the latest versions of Chrome, FireFox, Safari, Edge, IE10, and IE11).

I'll dig in and see if I can figure out what is going on and let you know one way or another (bug, or "here's how to get it working correctly").

Ryan

[rguisewite]

Christine,

3. Bullets are not appearing on the website. They are showing in Miva but not on the website - we tried several ways to see if we could get it to work including trying a section of a paragraph and line by line.

After browsing your site's storefront and looking at the css via Chrome's developer tools, the bullet lists not showing up is, in fact, due to a stylesheet style overriding the list's style. I've sent you a PM with more specific details.

[joseibarra]

It is our belief that after applying the 9.07 update the Miva WYSIWYG HTML editor has somehow become disabled.

Now where we used to be able to use it we see what looks like the Rick Text Editor instead.

We opening a support case MIVA #ZEP-794-10640 and their suggestion was to "Try disabling the editor under Menu > Users, edit the username you use, and click on "Settings". Uncheck "Default to Rich Text Mode When Available" and confirm" which we tried but did not restore the WYSIWYG editor.

I wonder if support suggests "try" does that mean they recreated the problem and their suggestion worked for them or have they not recreated the problem, have they not logged into our system admin to actually see the problem and tested their own idea to see if it works?

Can anyone using the WYSIWYG editor confirm theirs still works or have ideas how to get ours working again?

[lesliekirk]

It is our belief that after applying the 9.07 update the Miva WYSIWYG HTML editor has somehow become disabled.

Now where we used to be able to use it we see what looks like the Rick Text Editor instead.

We opening a support case MIVA #ZEP-794-10640 and their suggestion was to "Try disabling the editor under Menu > Users, edit the username you use, and click on "Settings". Uncheck "Default to Rich Text Mode When Available" and confirm" which we tried but did not restore the WYSIWYG editor.

I wonder if support suggests "try" does that mean they recreated the problem and their suggestion worked for them or have they not recreated the problem, have they not logged into our system admin to actually see the problem and tested their own idea to see if it works?

Can anyone using the WYSIWYG editor confirm theirs still works or have ideas how to get ours working again?

Can you find and post the module name of the WYSIWYG editor? Could it possibly be the HTML WYSIWYG Editor from ADS?

[rguisewite]

It depends on how the WYSIWYG editor works... (I've never used it myself). Does it hijack the HTML TextArea node on the page and insert its own version on top of that? If so, then you are right, and it is likely that no currently available settings will affect the outcome. It will not work alongside our new Rich Text Editor, because the normal TextAreas have been replaced with the new editor. It does use a TextArea for source mode, but it is dynamically drawn once the page has loaded, which is probably around the time the WYSIWYG editor is looking for existing TextArea elements... but that's just a theory.

[joseibarra]

Yes - the editor of my desire is the HTML WYSIWYG Editor from ADS (aka fckeditor).

If this suddenly doesn't work anymore after this update and is not longer supported that might upset folks that have been using it for several years (like me).

I had made lots of adjustment to the fckeditor settings to make things easier and now all that stuff might be lost?