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

Nathaniel Graham noreply at phabricator.kde.org
Mon Dec 2 14:19:25 GMT 2019


ngraham added a comment.


  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.

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/7463f8fe/attachment.html>


More information about the Kde-frameworks-devel mailing list