• Resolved brandllama

    (@brandllama)


    Hi. We have been using the FooGallery plugin on a staging site for a while, and recently, it’s been throwing thousands of Scroll-Blocking errors in Chrome, and loading incredibly slowly. Please review our page and let me know what we can do to fix this issue on our end. This site is due to the launch this week, and this issue just ground that all to a hault.

    http://www.llamastage.com/gtmam/project/indoor/

    Thank you in advance for your help.

    The page I need help with: [log in to see the link]

Viewing 6 replies - 1 through 6 (of 6 total)
  • Plugin Author steveush

    (@steveush)

    Hi @brandllama,

    Just dropping you a message to let you know I am looking into this and will get back to you once I figure out the issue. The scroll blocking violations would not be causing the long load time problem however there does seem to be an issue between the FooGallery and FooBox scripts with so many Image Viewer galleries being displayed on a single page.

    I’ll update you once I know more.

    Thanks

    Plugin Author steveush

    (@steveush)

    Hi @brandllama,

    I’ve spent the day figuring this one out and I believe I have a working solution. As I suspected the violations are not the issue, they are actually a known “bug” with jQuery, the link to the open issue can be found here on GitHub. I will be looking into some of the suggestions to work around the issue but performance wise there should be minimal impact on your site. Especially after my fix is applied.

    Onto the actual issue, it is being caused by the number of galleries on your page along with an integration issue between FooGallery and FooBox. The actual issue is FooBox is being reinitialized many, many times, slowing down the page. By many, many times, I mean it is reinitializing 49 x 49 times. The reason for this is that after each FooGallery is initialized for the first time it raises a post-load event on the document which is used to notify other plugins that something has changed in the page and to perform any required actions. Unfortunately in this case FooBox is listening for this event so it can reinitialize itself to pick up any new images.

    In our test environments and on most of our users’ pages we only deal with a couple of galleries at once so this performance hit was not picked up in testing and you are the first to report it to us. That said I have made changes to FooGallery to better handle this scenario and it will now only reinitialize the single instance of FooBox that is bound to it. So far in testing, where I duplicated your page layout, it has resolved the problem and I hope to have the fix ready to deploy this week.

    If you would like to help us test the fix please go to our sites support page and select Pre-Sales Question from the dropdown. For the Ticket Subject you can put something like Att: Steve so that it can be correctly assigned across to me and then we can take it from there.

    Thanks
    Steve

    • This reply was modified 7 years, 3 months ago by steveush. Reason: Added link to support page
    Thread Starter brandllama

    (@brandllama)

    Thanks! Just saw your note and am encouraged by the feedback. I’ve reached out via the support page to help with the testing. Thanks again!

    Thank you @brandllama – I’ve seen your support request and have assigned it to Steve who will be in touch soon.

    I’ll leave this thread open for now so we can come back and update it with an outcome once testing has been completed.

    Thread Starter brandllama

    (@brandllama)

    Thanks, sounds good!

    Plugin Author steveush

    (@steveush)

    Hey @brandllama I’m going to resolve this as per your feedback from testing. Thanks for helping us resolve this.

Viewing 6 replies - 1 through 6 (of 6 total)

The topic ‘Scroll Blocking Event Violations’ is closed to new replies.