• Resolved xhat

    (@xhat)


    Hello,

    There’s likely (99,9%) to be a memory leak inside TablePress Responsive Tables causing Safari on iOS to crash on scrolling when the page is big (?), also causing Safari to be very sluggish when it’s not crashing.

    For privacy reasons (a project of several thousand) I cannot share the website here.
    Can we get in touch privately, please?

    Thank you.

Viewing 7 replies - 1 through 7 (of 7 total)
  • Plugin Author Tobias B?thge

    (@tobiasbg)

    Hi,

    thanks for your post, and sorry for the trouble.

    The scroll mode of the TablePress Responsive Tables Extension is only a bit of CSS, so there’s nothing really that could cause a memory leak. More likely, the browser simply is busy with updating the rendering, due to other complex calculations.

    I’ll gladly take a look, but I can’t promise anything here, I’m afraid. To get in touch, please send me an email then. The address is in the main plugin file “tablepress.php”.

    Regards,
    Tobias

    Thread Starter xhat

    (@xhat)

    Hey,

    Thanks for your answer.

    I went through extensive testing and you’re right; it’s only a bit of CSS.
    Whenever overflow-y is used the problem does appear.

    Although my page has 6000 DOM elements (Elementor…), when I remove overflow-y the page is very smooth with no crash, so it must be some kind of bugs related to Safari likely to be re-rendering the whole page instead of the element with overflow-y… just a guess, and another tricky bug for sure.

    Do you know of any Javascript that could replace using overflow-y for scrolling horizontally on an element? Sparing myself having to do it… aaaaa…

    Thanks still!

    Plugin Author Tobias B?thge

    (@tobiasbg)

    Hi,

    thanks for looking into this some more! Yes, this is very odd, indeed.

    As an alternative, you could maybe try the JS-based horizontal scrolling that comes with the DataTables JS library. Just enable it via the “Horizontal Scrolling” checkbox on the table’s “Edit” screen.

    Regards,
    Tobias

    Thread Starter xhat

    (@xhat)

    Actually it is the overflow property as a whole, so sadly, the problem is still occurring.

    As I understand, the overflow property triggers the scrollbar for an element.
    I can’t think of any tricks using Javascript that can replicate the overflow concept. Maybe do you?

    This is the worst bug I could come across, even if it were to get fixed in the next Safari version, all the older iOS are stuck with that bug, I need to find a workaround… damnn!!

    Plugin Author Tobias B?thge

    (@tobiasbg)

    Hi,

    no, sorry, I can’t think of other possibilities here either ??

    Note that quite a few people are using this Extension, but I haven’t received similar reports. This could mean that something on your site (in a theme or plugin) could be involved with this. I could for example imagine that some JavaScript code is maybe constantly being notified of a “scroll” event and that this freezes the resources.

    Regards,
    Tobias

    Thread Starter xhat

    (@xhat)

    I already went through extensive testing through disabling alot of stuffs except Elementor itself, or at least parts of it.

    I forgot to try one thing which I just tried and I found that it is related to custom headers and footers managed by Elementor! It works smoothly without these features enabled. (you mentioned theme and I was only thinking about plugins initially)

    Since I got Elementor Pro I’ll try to get some support but honestly – no big expectation, might just stick to customizing the theme itself.

    My bad for posting in the wrong place!

    • This reply was modified 5 years ago by xhat.
    Plugin Author Tobias B?thge

    (@tobiasbg)

    Hi,

    no worries, all good! Great to hear that you were able to narrow it down! Hopefully, you can find a work around!

    Best wishes,
    Tobias

Viewing 7 replies - 1 through 7 (of 7 total)
  • The topic ‘TablePress Extension: Responsive Tables Safari Memory Leaks’ is closed to new replies.