KIO::mimetype sync call in DocumentController::openDocumentInternal hazardous

David Nolden zwabel at
Wed Sep 29 05:51:21 UTC 2010

This is required whenever you cannot guess the type from the extension,
which is basically true for all remote (fish, http, whatever) text-files on
linux, as those seldomly have a .txt extension.

I guess the problem here are queued events that are sitting in the
event-queue when openDocument(..) is called. Maybe we can block those events
from being processed until the function finishes..

Am 28.09.2010 20:20 schrieb "Milian Wolff" <mail at>:

Milian Wolff, 26.09.2010:

> Heyho,
> anyone ever got this and went mad:
> ASSERT: "!documents.contains(url) || documents...
I just spoke to David Faure, he said that this code should _not_ be
KIO::mimetype should only be required for KIO slaves like HTTP where one
cannot rely on the file extension to guess a mimetype.

$ kmimetypefinder sftp://bla/something/read.php
(accuracy 100)

It does not even connect to the host, it just looks at the URL and its

So, david - why did you add this code? I'm tempted to remove it again.

What is left to be done is testing this: in a 4.1 build - can someone do
this for me? Otherwise I'll try it tomorrow.


Milian Wolff
mail at

KDevelop-devel mailing list
KDevelop-devel at
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the KDevelop-devel mailing list