• Resolved gresey

    (@gresey)


    Hello,

    I have been actively using 4WP Drive as part of my regular WordPress publishing workflow, and I would first like to say that I genuinely appreciate this plugin.

    At the moment, 4WP Drive is the only plugin I have found that properly fits my specific workflow. One feature that is especially important to me is the ability to import an article together with its images while preserving the original image filenames. I prepare my images in advance with meaningful English filenames, so keeping those filenames intact is essential for my workflow.

    For this reason, I am giving the plugin 5 stars. This does not mean that I have not encountered any issues, but rather that 4WP Drive currently solves a specific problem for me better than any other solution I have found.

    During active use, I have encountered two issues that I would like to report as constructive feedback.

    1. New folders in Incoming do not always appear immediately

    When I add a new article folder to the incoming directory, it does not always appear in the plugin interface immediately.

    In my case, I sometimes need to clear the WordPress/cache before the new folder becomes visible.

    It would be very useful if the Incoming view could reliably detect and display newly added folders without requiring manual cache clearing.

    2. DOCX files containing tables can break the document structure during parsing

    This issue took me quite a long time to diagnose because the plugin itself did not report an error.

    When a DOCX document contains a table, the Preview can parse the article incorrectly. The document structure becomes broken: headings may no longer be recognised correctly, and the article can appear flattened or malformed.

    The difficult part was that there was no warning indicating that the table was causing the problem. The plugin simply displayed an incorrectly parsed article, so I spent a considerable amount of time comparing working and non-working documents before identifying the cause.

    I was eventually able to reproduce the issue consistently:

    • the DOCX containing a table is parsed incorrectly;
    • removing the table from the same document allows it to be parsed correctly;
    • after importing the article, I can insert the table back manually in Gutenberg.

    This workaround is simple and works well for me, but native table support would obviously be very useful. Even a warning that a document contains an unsupported table would make diagnosing the issue much easier for users.

    I am sharing these observations because I intend to continue using 4WP Drive and would like to see it become even better. The plugin fits my workflow extremely well, and these comments are meant purely as constructive feedback from an active user.

    Thank you for developing and maintaining 4WP Drive.

Viewing 1 replies (of 1 total)
  • Plugin Author Anatoliy Dovgun

    (@anatolikkk)

    Thank you for the detailed message and for using 4WP Drive in a real publishing workflow.
    Every user’s feedback matters to us – including potential users – so our products keep getting better and help people reach their goals.

    We also replied on your 5-star review thread; here is the same context, plus a few points from your support note.

    New folders under incoming/
    We ran into this early while rolling out and actively using the plugin on MediaPress and other media properties. We tightened sync checks and added the manual Sync control in the top-right of Incoming, but refresh can still feel slow because of Google Drive API rate limits (reasonable protection against overload).

    We also built a tree-style view of the Drive layout for a clearer, more practical workflow. We were ready to ship it (tested in 1.5.8), including on MediaPress and Enterprise pipelines, but load testing against large source file trees exposed performance issues. We postponed that release and are optimizing it now for an upcoming 1.6 line.

    DOCX files with tables in Preview
    Not every standard core block is recognized cleanly yet. Each release we expand what we parse, and Patterns let you define custom mappings – but that path is still not always ideal.

    Your point about no warning when a table breaks structure is especially helpful: Preview can look “broken” without telling you why, which wastes debugging time. We will treat a clear Preview notice for unsupported or fragile table content as a product improvement, alongside better table handling.

    If you can share a Google Drive link to one sample DOCX that includes a table (view access is enough), we will reproduce it and prepare a fix.

    Thank you again for the rating, for the constructive detail, and for continuing to use 4WP Drive. The solution is not perfect, but it already works in real day-to-day use – and reports like yours are exactly how it improves.

    With best regards,
     Anatoliy Dovgun
     4wp.dev – Plugin development team · 4WP Drive

Viewing 1 replies (of 1 total)

You must be logged in to reply to this topic.