• Resolved Ate Up With Motor

    (@ate-up-with-motor)


    Hi,

    I don’t use the compression function — it’s disabled and is going to remain disabled, as I don’t need or want it. However, I noticed today that every time I run a database operation, the smush log is still generated in the Uploads folder, usually with a bunch of error messages.

    How can I prevent this behavior? I do not want the image smush function to run at all, in any way, and I definitely do not want it to try to process images. It makes me extremely nervous that the plugin may send images to a third-party processing service without my permission, even with the compression disabled!

    (I still really think this function should either be a completely different plugin or at the very least should have controls that enable it to be completely disabled unless and until the user intentionally turns it on. It should NOT be operating by default.)

Viewing 3 replies - 1 through 3 (of 3 total)
  • Hi,

    Nothing should be sent to any third-party if the automatic image compression is disabled.

    The plugin checks if any previous compression tasks weren’t finished, which would be what is being logged.

    If the log seems to contain anything that’s not related, would you mind sharing it?

    We currently do not have a way to completely bypass the functionality (I’ll add this to our todo list), but as I say, the only thing the plugin will do is check if it finds any overdue tasks.

    Thread Starter Ate Up With Motor

    (@ate-up-with-motor)

    Just for example, on Tuesday, after I ran a database cleanup on my 6200productions.com site, the plugin generated a smush log saying:

    [2019-06-25 11:39:03 : INFO] - Could not find file for image: ID=115, file=[image path] 
    [2019-06-25 11:39:03 : INFO] - Could not find file for image: ID=7, file=[image path] 
    

    (I have redacted the image paths.) The log was output to the Uploads folder with the filename smush-fbe39033831d50dc51f2.log.

    What I’m not understanding is why this log was generated at all. I did not click on the Images tab, I have the image compression function turned off, and I don’t see why it should be running in the background like this.

    Thanks for the log. This is triggered when refreshing the list of uncompressed images in the images tab. There currently is a small bug that triggers the refresh when changing any tab on the WP-O dashboard, and we’ve already made a fix and it will be included in the next release of the plugin.

Viewing 3 replies - 1 through 3 (of 3 total)
  • The topic ‘Smush log still being generated with compression turned off’ is closed to new replies.