Forum Replies Created

Viewing 7 replies - 16 through 22 (of 22 total)
  • Thread Starter tenacityio

    (@tenacityio)

    You need me to share a snippet of your code? I provided you with the exact file and line where your plug-in loads the_content().

    I’m happy to share a video with you, but I’d rather not display the backend or directories to the world. Is there somewhere I can send it?

    Thread Starter tenacityio

    (@tenacityio)

    Sure, we discovered the issue due to another process that was linked to a shortcode related to a Login function, which generated two emails, don’t get me started on why that’s bad.

    While that plugin dev wouldn’t admit the function was tied to the shortcode and thereby the_content(). We were able to confirm it, by hooking into the_content() filter and creating a simple log file for every time it runs.

    We wouldn’t have suspected your plugin, since it was not Enabled on Pages (/wp-admin/options-general.php?page=table-of-contents). But we know it definitely does process the_content() to generate the ToC. So, it became one of our suspects. I searched all of our plugins directory to see if any use output buffering with the_content(), and your’s does (/wp-content/plugins/easy-table-of-contents/includes/class.widget-toc.php line 121).

    Neither Enable Support on Pages nor the Widget itself were being loaded onto Pages, so it made no sense why it would cause it, but we were still getting the_content() triggered twice, so we Deactivated the plugin and the duplication stopped.

    • This reply was modified 2 years, 8 months ago by tenacityio.
    • This reply was modified 2 years, 8 months ago by tenacityio.

    Not saying this is the same issue, I’ve been dealing with the same error on some downloads the last week.

    We tested with and without our caching plugin.
    Deleted Transients (multiple times)
    Reset the Permalinks on the site

    Last week, I noted that if I go and find the file and Update that Download Post, it worked again. Now, I’ve just found that going into the download and just hitting the Update button fixes the issue for us.

    So, I looked through the post and postmeta records for all of the related 3 post records and 19 meta records. I did find one particularity. The value for _filesize was different. My guess is that our Image optimization plugin (Imagify) did it’s thing and reduced the size of several PDFs. So the value in the database, no longer was accurate.

    Assuming this is sent as the content-length in the header to the browser, forced download breaks because it doesn’t match the data being streamed to the browser. I would think the same error would happen if you replaced the PDF with a newer version on S3, for example.

    I think the preference would be to base the content-length on the actual filesize rather than the value in the database. There could be complications depending on the source of the file and I can see why this might be setup this way.

    • This reply was modified 2 years, 8 months ago by tenacityio.
    Thread Starter tenacityio

    (@tenacityio)

    Yes, thank you, that fixed the issue. That would have taken an eternity to find.

    Thread Starter tenacityio

    (@tenacityio)

    I made two attempts to update the site. First attempted and then rolled back the site to the original state. In both cases, all plugins were updated and all database updates were completed. Both resulted in the same error.

    • This reply was modified 2 years, 8 months ago by tenacityio.

    We are having this issue but we don’t have the shortcode on that page multiple times. Was there anything else you did?

    Thread Starter tenacityio

    (@tenacityio)

    I’ve reviewed our current settings.

    We match or exceed your guidance on the following.
    upload_max_filesize = 128M
    post_max_size = 128M
    memory_limit = 256M
    max_input_vars = 10000

    The max times our host will allow are
    max_execution_time = 300
    max_input_time = 300

    The import process runs (and fails) in 5 seconds … not 5 minutes.

    I’ve also tested this on an install that only has The Event Calendar and The Modern Event Calendar activated with the TwentyTwenty theme.

    Same thing
    0 locations of 800+ venues, 10 of 35 categories, 1 of 200+ organizers

    It would appear that your plugin only imports that information if it’s attached to an event, since we delete past events this doesn’t work. Which basically makes a true migration impossible.

    Also received the following PHP notices in debug mode.
    Notice: Undefined index: _EventVenueID in /wp-content/plugins/modern-events-calendar-lite/app/features/ix.php on line 1532
    Notice: Undefined index: _EventOrganizerID in /wp-content/plugins/modern-events-calendar-lite/app/features/ix.php on line 1549

Viewing 7 replies - 16 through 22 (of 22 total)