D23384: [WIP] Adding support for mounting KIOFuse URLs for applications that don't use KIO

[Fabian Vogt]

fvogt added a comment.


  In D23384#570830 <https://phabricator.kde.org/D23384#570830>, @ngraham wrote:
  
  > In D23384#570735 <https://phabricator.kde.org/D23384#570735>, @fvogt wrote:
  >
  > > > Clicking a http link in my chat app now kiofuses it and then has the browser desperately try to open /run/user/1000/kio-fuse-bla/http/kde.org/ - it only gets the first character in the file, so I usually just see < for a HTML page
  > >
  > > Ignoring the elephant in the room which is that this diff forces everything through `mountUrl`, that's the expected behavior with a plain HTTP URL as the size isn't known until the file is downloaded. So `stat` reports a size of `1` until the file is actually opened.
  > >  This is unavoidable, otherwise every `ls` would trigger a download of all files. If handling this better is important, `HTTPProtocol::stat` could use a `HEAD` request to get the `Content-Length`, but that doesn't work in all cases either.
  >
  >
  > Well, we need to fix this or else it's a very serious regression that breaks a huge part of the desktop. Opening links in a web browser is pretty basic functionality.
  
  
  That issue is not in kio-fuse:
  
  > Ignoring the elephant in the room which is that this diff forces everything through `mountUrl`, ...

REPOSITORY
  R241 KIO

REVISION DETAIL
  https://phabricator.kde.org/D23384

To: feverfew, fvogt, davidedmundson, dfaure, ngraham
Cc: broulik, sitter, davidedmundson, kde-frameworks-devel, ngraham, LeGast00n, GB_2, michaelh, bruns
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20191202/d52ec0a0/attachment.html>