From kde-bugs-dist Tue Feb 28 06:13:45 2012 From: Pedro Lopez-Cabanillas Date: Tue, 28 Feb 2012 06:13:45 +0000 To: kde-bugs-dist Subject: [Bug 294164] Kmid launches never loads mid file Message-Id: X-MARC-Message: https://marc.info/?l=kde-bugs-dist&m=133040966321683 https://bugs.kde.org/show_bug.cgi?id=294164 --- Comment #1 from Pedro Lopez-Cabanillas 2012-02-28 06:13:44 --- I can confirm this bug, and reproduce the wrong behavior with the precompiled packages distributed by kde-windows. Unfortunately, the 'emerge' build system offered by kde-windows is too buggy and the people involved is so unfriendly that I don't have the means or the motivation to debug and fix it by myself. As a consequence, I'm resigning as kmid maintainer. If you have installed kmid compiling the kde-windows sources by yourself, good for you!. Maybe you can try and fix the bug yourself, and even become the new kmid maintainer. As a final clue, my suspicions are that the problem comes from a workaround made to circunvent an old problem in kde-windows. Look at "win/winmidiobject.cpp", see line 614 and following (method void WinMIDIObject::openFile). //TODO: looks like KIO::NetAccess::download() is broken in Windows/KDE 4.4.0 KUrl url(fileName); kDebug() << fileName; if (fileName.startsWith(QLatin1String("file://"), Qt::CaseInsensitive)) { kDebug() << "KUrl::localFile:" << url.toLocalFile(); tmpFile = fileName.mid(7); kDebug() << "workaround, loading" << tmpFile; } else { kDebug() << "download:" << url; KIO::NetAccess::download(url, tmpFile, 0); } My guess is that maybe KIO has been fixed lately. In this case, all the above code can be replaced by this line: KIO::NetAccess::download(fileName, tmpFile, 0) Good luck. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.