I have a folderview applet displaying content of timeline:/today/ "folder". It's not possible to open any file from the folderview, a following message appears instead: Could not enter folder nepomuksearch:/Query Results/xrandroutput.cpp?encodedquery=%3C%3Fxml%20version%3D%221.0%22%3F%3E%3Cfilequery%20queryFiles%3D%22true%22%20queryFolders%3D%22false%22%20limit%3D%220%22%20offset%3D%220%22%20fullTextScoring%3D%22false%22%20fullTextScoringOrder%3D%22desc%22%20flags%3D%22%22%3E%3Cor%3E%3Cand%3E%3Ccomparison%20property%3D%22http%3A%2F%2Fwww.semanticdesktop.org%2Fontologies%2F2007%2F01%2F19%2Fnie%23lastModified%22%20comparator%3D%22%26gt%3B%22%20inverted%3D%22false%22%3E%3Cliteral%20datatype%3D%22http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema%23dateTime%22%3E2012-12-11T23%3A00%3A00Z%3C%2Fliteral%3E%3C%2Fcomparison%3E%3Ccomparison%20property%3D%22http%3A%2F%2Fwww.semanticdesktop.org%2Fontologies%2F2007%2F01%2F19%2Fnie%23lastModified%22%20comparator%3D%22%26lt%3B%22%20inverted%3D%22false%22%3E%3Cliteral%20datatype%3D%22http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema%23dateTime%22%3E2012-12-12T22%3A59%3A59.999Z%3C%2Fliteral%3E%3C%2Fcomparison%3E%3C%2Fand%3E%3Cand%3E%3Ccomparison%20property%3D%22http%3A%2F%2Fwww.semanticdesktop.org%2Fontologies%2F2007%2F01%2F19%2Fnie%23contentCreated%22%20comparator%3D%22%26gt%3B%22%20inverted%3D%22false%22%3E%3Cliteral%20datatype%3D%22http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema%23dateTime%22%3E2012-12-11T23%3A00%3A00Z%3C%2Fliteral%3E%3C%2Fcomparison%3E%3Ccomparison%20property%3D%22http%3A%2F%2Fwww.semanticdesktop.org%2Fontologies%2F2007%2F01%2F19%2Fnie%23contentCreated%22%20comparator%3D%22%26lt%3B%22%20inverted%3D%22false%22%3E%3Cliteral%20datatype%3D%22http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema%23dateTime%22%3E2012-12-12T22%3A59%3A59.999Z%3C%2Fliteral%3E%3C%2Fcomparison%3E%3C%2Fand%3E%3Ccomparison%20property%3D%22http%3A%2F%2Fwww.semanticdesktop.org%2Fontologies%2F2010%2F01%2F25%2Fnuao%23involves%22%20comparator%3D%22%3A%22%20inverted%3D%22true%22%3E%3Cand%3E%3Ccomparison%20property%3D%22http%3A%2F%2Fwww.semanticdesktop.org%2Fontologies%2F2010%2F01%2F25%2Fnuao%23start%22%20comparator%3D%22%26gt%3B%22%20inverted%3D%22false%22%3E%3Cliteral%20datatype%3D%22http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema%23dateTime%22%3E2012-12-11T23%3A00%3A00Z%3C%2Fliteral%3E%3C%2Fcomparison%3E%3Ccomparison%20property%3D%22http%3A%2F%2Fwww.semanticdesktop.org%2Fontologies%2F2010%2F01%2F25%2Fnuao%23start%22%20comparator%3D%22%26lt%3B%22%20inverted%3D%22false%22%3E%3Cliteral%20datatype%3D%22http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema%23dateTime%22%3E2012-12-12T22%3A59%3A59.999Z%3C%2Fliteral%3E%3C%2Fcomparison%3E%3C%2Fand%3E%3C%2Fcomparison%3E%3C%2For%3E%3C%2Ffilequery%3E%0A. Reproducible: Always Steps to Reproduce: 1. Create a folderview applet 2. Go to applet settings, in "Location" tab check "Specify a folder" and set path to "timeline:/today/" 3. Left-click on any file in the applet Actual Results: A dialog with an error message appears, file is not opened. Expected Results: The file is opened
same here in kde 4.10rc1
Same problem in dolphin.
Yep! Still in RC2 and it also fails to open the files if one picks "open with" from the context menu. The user gets notified that: "Transfering data from within nepomuksearch is not supported". Hence currently the search results are useless and even if one could open files by clicking on them the user is forced to open the files with the default app not being able to choose which one he wants to use.
Please delay 4.10 final release till someone can fix this.
Git commit 2db1fa45920c7ba889327c66349065146042bc14 by Vishesh Handa. Committed on 08/01/2013 at 16:13. Pushed by vhanda into branch 'KDE/4.10'. Timeline kioslave: Fix the URL mangling The Timeline kio slave should not rewrite the URL in the results that it gets from the nepomuksearch kioslave. This results in invalid urls being displayed and the timeline kioslave becoming useless. M +3 -2 nepomuk/kioslaves/timeline/kio_timeline.cpp http://commits.kde.org/kde-runtime/2db1fa45920c7ba889327c66349065146042bc14
*** Bug 312904 has been marked as a duplicate of this bug. ***