WordPress.org

Ready to get started?Download WordPress

Forums

TablePress
[resolved] Slow admin area performance in chrome/firefox (20 posts)

  1. slickware
    Member
    Posted 9 months ago #

    Hi,
    I've had Tablepress installed for quite some time now and just recently started running into this issue.
    I've updated Tablepress to the latest version, as well as WordPress, and still have the problem.

    When in the back-end (admin) area, I go into the Tablepress admin, choose my database (I have only one, with approx 250 rows). The page will load, although very slowly. Scrolling on the page becomes almost impossible - 1-2 minutes to scroll each line. It doesn't entirely crash the browser though, as the back button or other page links still work properly.

    This only occurs in chrome or firefox browsers (latest versions).
    Surprisingly (very surprisingly), IE 10 works perfectly. Scrolling works as normal and the data can be edited properly.

    Any suggestions on what I can do about this?
    Thanks in advance,
    ~Adam

    http://wordpress.org/plugins/tablepress/

  2. TobiasBg
    Member
    Plugin Author

    Posted 9 months ago #

    Hi Adam,

    thanks for your post, and sorry for the trouble.

    Yes, I have also noticed this recently, but am not sure about why this happens. My assumption is that the large number of textareas is causing problems in the JS handling in Chrome and Firefox.
    I do have ideas to change this (with a different way of creating the textfields), but until I get around to implementing that, I can only advise to use IE 10 on the tables where this is an issue.

    Regards,
    Tobias

  3. slickware
    Member
    Posted 9 months ago #

    Just a suggestion, but why not just implement a way to paginate the results in the admin area? Keeping it 50 or under per page seems like it'd be a reasonable way to handle it.

  4. TobiasBg
    Member
    Plugin Author

    Posted 9 months ago #

    Hi,

    yes, that's an idea that I've been thinking about, and it will likely be possible after some of those changes that I have in mind with the new interface.
    Right now, it's not possible due to how the save process works.

    Regards,
    Tobias

  5. bitkahuna
    Member
    Posted 9 months ago #

    all my wp sites with 3.7.1 are now dog crap slow in the admin area on firefox. very frustrating. my guess is it's some javascipt loop / deadlock. it's particularly bad when editing any content. maybe it's a bad set of editor code.

  6. TobiasBg
    Member
    Plugin Author

    Posted 9 months ago #

    Hi,

    sorry to hear that you are also having trouble.
    I'm very sure though that TablePress does not cause these. As TablePress does not add or execute code on all admin pages, but only on its own screen in the admin area, there's no way for TablePress to cause such slowness.
    The slowness that has been reported here in this thread only happens on the "Edit" screen of TablePress, but not on other screens.
    Therefore, there's something else on your site causing the slowness that you are experiencing.

    Regards,
    Tobias

  7. zota
    Member
    Posted 9 months ago #

    I'm having this issue too. I just imported an old site from WP-TableReload which had a large table (1700 lines) -- loading was a bit slow, but it worked fine.

    I imported this table into a fresh install of TablePress -- the editing screen never finishes loading and Chrome eventually kills the page. (I'm on a Mac, so I can't try IE.)

  8. TobiasBg
    Member
    Plugin Author

    Posted 9 months ago #

    Hi,

    sorry to hear that you are also affected. Yes, unfortunately, large tables like that can cause this problem :-(
    As mentioned above, I do not yet have a solution, but I do have some ideas, and I hope that I'll be able to implement those in the next weeks.
    Until then, the only ideas for workarounds are to try other browsers, or to edit the table externally (e.g. in Excel or Numbers) and then to import them again after editing them (choosing to replace the existing version of the table).

    Regards,
    Tobias

  9. waldbach
    Member
    Posted 8 months ago #

    I am still struggling with the same problem, which consists of 2 issues:

    • In the Admin area, my table with about 1500 lines takes forever to load and eventually crashes the browser. (Mac/Chrome)
    • On the front end: Table takes forever to load and only paginates after loading the entire table, which makes it very user-unfriendly.

    I think this is a common problem for anyone using this plugin when implementing a large table. Is this a priority for fixing? I could donate, but now the client is waiting and I am not moving forward, and the client refuses to pay more in the meanwhile.

    Tough problem! :(

  10. TobiasBg
    Member
    Plugin Author

    Posted 8 months ago #

    Hi,

    I'm aware of the problem, but I just don't have an easy to implement solution at this time. Sorry :-(

    I do have ideas for the backend, which should hopefully fix these problems, but it will still take some time to implement those.

    The frontend is a different situation. For the pagination and everything to work, the entire table has to be loaded first.
    There is a different approach for that as well (where more functions are performed on the server, and the JavaScript then only loads the relevant data in an AJAX request), but I have not yet looked into that, and that one does not have a high priority right now.

    Unfortunately, I can only ask for your patience, as I hope to make all of this better in the future. If that's not an option, you'll have to consider other or custom solutions for your tables. Sorry :-(

    Regards,
    Tobias

  11. waldbach
    Member
    Posted 8 months ago #

    Ok, thanks for the reply.
    I'll take a look at other options.

    Currently checking Fusion Tables by Google.

  12. TobiasBg
    Member
    Plugin Author

    Posted 8 months ago #

    Hi,

    sure, no problem. I hope that you can find a solution that works for your client.

    Best wishes,
    Tobias

  13. agusbagus
    Member
    Posted 7 months ago #

    Hello Tobias, your plugin is indeed awesome. But I have similiar problem with thousands of row data. I don't care if in the admin area when editing it keeps showing page not responding since I only import and never edit per line. But in the front end, the page is also loading very slow. Is't possible to use Jquery to display the data in table instead of downloading all rows. My case is to display shipping fees by country and it contains over 5000+ rows. I know many jquery plugins available out there, but I just don't know how to implement it to your table. Maybe you can make it works with one of those plugin? Please help. Thanks a lot for your great job.

  14. TobiasBg
    Member
    Plugin Author

    Posted 7 months ago #

    Hi,

    thanks for your post, and sorry for the trouble.

    Yes, for such a large table, it might be possible that this is responsible for the slowness on the frontend as well.
    Unfortunately, doing some sort of partial loading is not possible yet. There might be a way to do this with the DataTables JS library (that is already used for sorting and filtering), but some restrictions in the table format still prevent me from implementing that. I hope to be able to include this in the future though.
    Meanwhile, for your large table, it might be the best to use a custom solution, e.g. based on PHP and a mySQL table that would allow you to query only the necessary data and then display that.

    Regards,
    Tobias

  15. James Revillini
    Member
    Posted 5 months ago #

    I just wanted to add a note that I'm getting incredible lags in Chrome/Mac on WordPress and I don't use this plugin. The front end comes to a sluggish crawl as well on the same machine. If I access the site or admin area from another computer on the same network in Chrome/Win or Chrome/iPhone, everything is fine. I'm wondering if there is any issue with sockets in Chome/Mac. Chrome is 32 bit and the OS is 64. I am beginning to think there is something larger going on. Please disable plugins if you're having this issue and see if the problem goes away. If it does, then the comments here may be legit, but I suspect this issue will persist for some people even with their plugins disabled.

  16. TobiasBg
    Member
    Plugin Author

    Posted 5 months ago #

    Hi James,

    thanks for this extra information! I don't know that. Very interesting indeed.
    I don't think that this is related to the issues here, as many people are experiencing this with basically all browsers on all operating systems.

    Regards,
    Tobias

  17. H3llas
    Member
    Posted 5 months ago #

    I am having the same problem. I have 800 lines and need to add more, it worked nicely up to Opera 12.xx but when Opera stopped developing its browser I moved to Chrome and here it is almost unbearable.

  18. TobiasBg
    Member
    Plugin Author

    Posted 5 months ago #

    Hi,

    sorry to hear that you are also affected by this :-(
    Right now, the only real workaround is to edit the table e.g. in Excel and then to re-import it, as described above.
    I hope that I can make this screen better in the future.

    Regards,
    Tobias

  19. Stagger Lee
    Member
    Posted 4 months ago #

    Have to ask. If you use Tablepress pafination (front) it still pulls all data on page load ?

    Not that i have so huge tables, but just want to know.

    Admin part i myself would fix with tables in multiple parts, then at the front leave header just for the first one, fix column widths, and remove top padding and margin, to appear it as one table.

  20. TobiasBg
    Member
    Plugin Author

    Posted 4 months ago #

    Hi,

    yes, on the frontend, the entire table is loaded by the browser and then the JS library splits it into pages, for the pagination feature.

    The idea with splitting the table in the admin area and then combine it so that it appears as one table is possible, of course. You will however not be able to use the JS features then, as those can not combine tables.

    Regards,
    Tobias

Reply

You must log in to post.

About this Plugin

About this Topic