you are viewing a single comment's thread
view the rest of the comments
[–] 10 points 8 months ago (6 children)

For what it’s worth, my KDE file browser would freeze up when I had a WebDav network drive to a server that went offline, not exactly elegant either, just opening my home folder and randomly after a second or two ….. all software can bug in bad ways.

  • source
  • hideshow 12 child comments
  • [–] 10 points 8 months ago

    True, I've experienced that bug.

    The big different is that, depending on how knowledgeable you are, you can either report the bug, you can diagnose it (check the logs, trace and profile the calls), dig in the code, patch it or try a patch someone developed for the bug, or simply ignore it and use a different file browser. That freedom is priceless.

    With Windows you're stuck waiting for the next upgrade that may or may not break something else and brings new and exciting AI and telemetry shoved into it.

  • source
  • parent
  • [–] 4 points 8 months ago* (3 children)

    That is definitely an annoyance. But the cause is not your file browser or KDE. The webdav has been mounted to the system and when an application tries to use it, it runs into a timeout. You can't even unmount it, since that requires the system to talk to the network drive.

    This is also not limited to webdav, it happens with all kinds of network drives. This is something that needs to be addressed at the core level of Linux. But I have no expertise, so no real clue where exactly.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 3 points 8 months ago (1 child)

    this is a file browser or KDE issues, as file system operations shouldn't happen on the UI thread. if it weren't happening on the UI thread then it would keep working.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 8 months ago (1 child)

    The same behavior happens for me in a different file browser (Nemo) and a different Desktop (Cinnamon). So I'm pretty confident, it is no isolated KDE issue.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 8 months ago

    not an isolated one, but an issue in all of these you mentioned too. this is a common design mistake devs make if they don't use the network share functions or slow storage, because they don't notice there is a problem and how severe it is

  • source
  • parent
  • [–] 2 points 8 months ago

    Even windows does that if the network drive is unavailable, it'll spend about 30 seconds trying to reach it before giving up. And if you accidentally try to query that network location again you get to wait another 30 seconds before you can do anything related to files

  • source
  • parent
  • [–] 1 point 8 months ago (1 child)

    Also happened to me just yesterday when I put my raspberry PI offline that served as a NAS, dolphin just became frozen...

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 8 months ago

    If it is this easy to reproduce, maybe we should file a bug report - it is really annoying/buggy behaviour. I am not opening the network folder, so maybe it’s trying to greedely cache media files for preview thumbnails or something, I don’t know..

  • source
  • parent
  • [–] 1 point 8 months ago

    I don't believe that is a KDE specific issue. I've seen it in most DE's

    It's more of a mount/file system limitation. For whatever reason you have to explicitly tell the file system that if it can't connect to something, to timeout.

    Add a timeout to your mount rule and if it ends up being unavailable it'll just timeout instead of freezing your file browser.

  • source
  • parent