Registered Member
|
When I search files with nepomuk in Dolphin und want to open them, they are copied to /tmp/... an the copy is opend? Is this behavior intended or is this a bug? I haven't found anything on bugs.kde.org yet.
It's annoying when opening a pdf with okular and okular doesn't know where I stopped last time because it's a new file... Which is a hinderance to the purpse of tagging files - in my eyes. Directories on the other hand work splendidly. Help or infos wanted Greets LBL
42: There is no other answer. There are only different ways to express it.
0x2A 0o52 0b101010 |
Registered Member
|
Nobody knows, nobody cares... so it's a bug
I filed a report... https://bugs.kde.org/show_bug.cgi?id=232637 I would like to hear if others experience the same behavior. greets lbl
42: There is no other answer. There are only different ways to express it.
0x2A 0o52 0b101010 |
Registered Member
|
I don't seem to have this problem - if I open a pdf with okular
from the dolphin search results, the "genuine" file opens |
Registered Member
|
maybe I should remove my config files... maybe they are outdated.
which version do you use, wes33? I'm using 4.4.1
42: There is no other answer. There are only different ways to express it.
0x2A 0o52 0b101010 |
Registered Member
|
I tried removing the share/apps/nepomuk folder with the database an the config files but no change.
Are you using a newer version? Do we talk about the same thing? (I don't mean Ctrl+F search, which works correctly). Maybe it's distro specific? I really want to use nepomuk... but therefore it need's to work properly.
42: There is no other answer. There are only different ways to express it.
0x2A 0o52 0b101010 |
Registered Member
|
Hey me again. I noticed it only copies if I use a KDE-App. otherwise the application uses the path... so this works fine...
42: There is no other answer. There are only different ways to express it.
0x2A 0o52 0b101010 |
Registered users: Bing [Bot], Evergrowing, Google [Bot], rblackwell