Announcement

Collapse
No announcement yet.

Miva Merchant 9.13.x Bug Reports

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

  • Brennan
    replied
    Typo fixed, thanks!

    Leave a comment:


  • AHerb
    replied
    Sorry, not sure where to post, there is a typo on https://www.miva.com/template-changes page for 9.13. Search for "Instgration"

    https://imgur.com/a/7Nh0i66

    Leave a comment:


  • Leanne
    replied
    Originally posted by delcorsets View Post
    I'm not sure if this unique to 9.13, but I received errors when trying to batch update pricing on multiple products on the Catalog screen.
    I have a site that gets that warning on certain products. The site hasn't been updated yet, so this bug has existed prior to this update.

    Leave a comment:


  • alphabet
    replied
    Found it!

    Very first step Domain Settings > Print Queues > Add

    Leave a comment:


  • alphabet
    replied
    Thanks Brennan, It worked when I set the functions as domain level instead of my store name.

    Next problem I encounter is setting up the printer configuration. No print queue 'All Orders' to select even after refresh.

    Where do I create a print queue to select?

    Leave a comment:


  • Brennan
    replied
    Are they setup as Domain level functions?

    api_functions.jpg
    Attached Files

    Leave a comment:


  • alphabet
    replied
    I moved post to this thread:

    I'm having problems creating a MivaPrint Q API Connection



    Error
    The specified API token does not have access to the following required function(s):

    PrintQueueJobList_Load_Query
    PrintQueueJob_Delete
    PrintQueueList_Load_Query

    Please add API access to the above functions in your Miva Merchant installation and try again.
    But the Users > API Tokens > Functions does have the functions assigned to it.

    I've tried deleting, regenerating and assigning but it still does not take.

    Any ideas?

    Leave a comment:


  • delcorsets
    replied
    I'm not sure if this unique to 9.13, but I received errors when trying to batch update pricing on multiple products on the Catalog screen.

    Leave a comment:


  • dcarver
    replied
    Originally posted by dreamingdigital View Post
    "...but the module should act 100% identical to how it acted before. No functionality changes were made."

    It doesn't on that one count. Everyone needs to update that bit of code once updating to 9.13

    Change all instances of

    <mvt:item name="urls" param="hidden_params:&mvte:global:Screen;:auto" />

    with

    <mvt:item name="urls" param="hidden_params:_self:auto" />
    As far as I can tell the code snippet
    Code:
    <mvt:item name="urls" param="hidden_params:&mvte:global:Screen;:auto" />
    never existed in our software. That code would have never work as I mentioned in a previous reply. We do not evaluate storemorph code within storemorph code.

    With that being said, did you have this problem as well? Did you have to go and change that line of code to the correct version you posted or were you re-iterating Beefy Nugget? If you had to change it to, are you using any kind of ReadyTheme or other framework provided by Miva?

    Leave a comment:


  • dreamingdigital
    replied
    "...but the module should act 100% identical to how it acted before. No functionality changes were made."

    It doesn't on that one count. Everyone needs to update that bit of code once updating to 9.13

    Change all instances of

    <mvt:item name="urls" param="hidden_params:&mvte:global:Screen;:auto" />

    with

    <mvt:item name="urls" param="hidden_params:_self:auto" />


    Hint Miva's template search and replace module is your friend here people of the community. :)
    https://apps.miva.com/template-search-and-replace.html

    Leave a comment:


  • dcarver
    replied
    Originally posted by dreamingdigital View Post

    dcarver

    You said "Yes there were changes to how / when the URLs are generated." but I can not find that anywhere in the release notes.
    https://www.miva.com/forums/forum/ge...-now-available
    We developers need a way to know when Miva does this kind of thing. Please advise.
    It is the "The CSSUI URLs component has been modified to improve performance on sites with a large number of pages." comment in the release notes. The changes made were performance improvements, but the module should act 100% identical to how it acted before. No functionality changes were made.

    Leave a comment:


  • dreamingdigital
    replied
    Originally posted by dcarver View Post

    Yes there were changes to how / when the URLs are generated. What was your code before the change? In addition, as Bruce stated, I wouldn't expect your change to work, but I'll have to try that tomorrow when I get in.

    **Update: I just verified that putting store morph inside of a param attribute will not work. You should open a support ticket if you continue to have this problem.
    dcarver

    You said "Yes there were changes to how / when the URLs are generated." but I can not find that anywhere in the release notes.
    https://www.miva.com/forums/forum/ge...-now-available
    We developers need a way to know when Miva does this kind of thing. Please advise.

    Leave a comment:


  • dreamingdigital
    replied
    Originally posted by Beefy Nugget View Post
    Was there any change to the <mvt:item name="urls" in 9.13? We updated to 9.13 and our url broke when any facets were applied. The url would have "Screen=%26MVTE" and thus cause the product not found page to be displayed.
    The solution I found to fix this was to remove the line
    Code:
    <mvt:item name="urls" param="hidden_params:&mvte:global:Screen;:auto" />
    from the facet layouts.
    Is this a problem anyone else ran into?
    Yes!!!

    Change instance of

    <mvt:item name="urls" param="hidden_params:&mvte:global:Screen;:auto" />

    and replace with

    <mvt:item name="urls" param="hidden_params:_self:auto" />

    Leave a comment:


  • SidFeyDesigns
    replied
    Below is the js code the error is referencing in the console for the scripts file

    Uncaught ReferenceError: gallery is not defined
    at HTMLSpanElement.<anonymous> (prodscripts.js:284)


    Code:
            // ---- Open Product Image Gallery ---- //
    
            productGallery: function (trigger) {
    
                trigger.on('click', function (e) {
    
                    var startAt = Number($(this).attr('data-index'));
    
    
    
                    e.preventDefault();
    
                    if (gallery.length > 0) {X
    
                        $.magnificPopup.open({
    
                            callbacks: {
    
                                open: function () {
    
                                    $.magnificPopup.instance.goTo(startAt);
    
                                }
    
                            },
    
                            gallery: {
    
                                enabled: true
    
                            },
    
                            items: gallery,
    
                            type: 'image'
    
                        });
    
                    }
    
                    else {
    
                        $.magnificPopup.open({
    
                            items: {
    
                                src: $('#js-main-image').attr('data-image')
    
                            },
    
                            type: 'image'
    
                        });
    
                    };
    
                });
    
            }
    
    
    
        },

    Leave a comment:


  • SidFeyDesigns
    replied
    I did make that change.

    Thought I noted that in my original post.

    I have reverted back to the non deferred version for now until I can get this sorted out.

    Leave a comment:

Working...
X