Jump to content

Omoeba

Honorary Members
 View Profile  See their activity

  • Posts

    82

  • Joined

  • Last visited

 Content Type 

Everything posted by Omoeba

  1. Omoeba
    It's been a week and the issue hasn't occurred since so I think adding the drive to the allow list has worked around it.
  2. Omoeba
    I've added every folder with containing the name "timemachine" in /Volumes to the allow list. The issue hasn't occurred again yet and I'll make another comment if it does. Thank you!
  3. Omoeba
    When a time machine backup to a network target is running while Malwarebytes Malware Protection is enabled, networking sometimes stops working, with web pages and commands like curl and wget timing out. However, ping remains working. See my messages from this thread for more information. The issue with third-party apps launching is most likely due to the OCSP check timing out. I most recently reproduced the issue with Malwarebytes 4.13.5 and macOS 12.0.1 Monterey.
  4. Omoeba
    Yes, but Malwarebytes shouldn't affect the duration of that check.
  5. Omoeba
    The high CPU usage appears to be resolved by 4.13.2 but the app launching issue remains. I'll start a new thread to gather my findings on the app launching issue since it's proven to be unrelated to M1 compatibility.
  6. Omoeba
    The app launching issue persists with 4.12.9 and I'm seeing much higher CPU usage as well versus the previous stable release. I'm running a 13 inch M1 MBP with 11.5.1.
  7. Omoeba
    I've reproduced the app launch issue on an Intel MBP so it is unrelated to M1 compatibility. There instead seems to be a compatibility issue with network Time Machine backups since the issue occurred on both machines only when a backup is running.
  8. Omoeba
    4.10.4 reduces CPU usage considerably but the time machine app launching issue remains.
  9. Omoeba
    Possibly, but the issue hasn't occurred again so I can't carry out additional tests.
  10. Omoeba
    This issue and the RTProtectionDaemon issue aren't common but I've only experienced them since 4.9.7
  11. Omoeba
    The scanner appears to be frozen here
  12. Omoeba
    The icon dancing issue stopped for me too. But instead of having a dancing icon, the dot appears below the app's icon but it still doesn't launch.
  13. Omoeba
    That's also what I have normally when RTProtectionDaemon isn't frozen.
  14. Omoeba
    I have MBST logs ready in case they're needed
  15. Omoeba
    RTProtectionDaemon appears to be frozen here
  16. Omoeba
    I tested in safe mode and the issue still occurs with macOS 11.4 RC1 and Malwarebytes 4.9.7.
  17. Omoeba
    There isn't any abnormally high CPU usage for any process when the issue is occurring. I'll test in safe mode and see if that changes anything.
  18. Omoeba
    I don't think that's the cause of the issue since I've observed the issue with every single third party app. I will check Activity Monitor the next time the issue occurs though.
  19. Omoeba
    The app launching issue persists with 4.9.6 beta and macOS 11.3.1.
  20. Omoeba
    4.9.6 on a M1 MBP reduces CPU usage by a lot but I have yet to see whether the time machine app launch issue is resolved.
  21. Omoeba
    The Time Machine app launching issue also persists in 11.3.
  22. Omoeba
    A restart worked for me on the RC release but I had to reinstall on the final release.
  23. Omoeba
    The same issues occurs when CPU usage is set to "Medium".
  24. Omoeba
    This error pops up during a Time Machine backup with CPU usage set to "Low". It doesn't happen when it's set to "High". I haven't done enough testing with "Medium" to verify if the issues occurs with it. The aforementioned sluggish app launching issue was only experienced with CPU usage set to "High". This issue wasn't solved by a Malwarebytes reinstall and a MacOS reinstall.
  25. Omoeba
    Looks like I spoke too soon. The app launching issue is still happening but with a noticeably lower frequency.
Back to top
×
×
  • Create New...

Important Information

This site uses cookies - We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.