Version: (using KDE 4.3.5) Compiler: gcc OS: Linux Installed from: Gentoo Packages Adding/deleting entries to favorites appears to require a valid entry in the menu system. If this entry is deleted, there is then no way to get rid of the entry in favorites. (Running Gentoo) I upgraded firefox, and portage deleted the old version. I now have a dead entry for "mozilla-firefox-3" in favorites, and no way that I can see to get rid of it. I guess this could easily be deliberately replicated by adding a program to favorites, then deleting the program. Cheers, Wol
In openSUSE 11.2 kickoffrc: [Favorites] FavoriteURLs=/usr/share/applications/MozillaFirefox.desktop, ... Did you check the config file ? kfind > Contents > Containing text: mozilla-firefox-3
Thanks, that fixed it. ~/.kde4/share/config/kickoffrc I couldn't remember the syntax for find, and didn't know about kfind, but either way I shouldn't have to :-) Surely favourites should either provide a way for people to delete things (and I think right-click *in* *favourites* should offer that option - instead it just starts the program - odd behaviour if ever I saw it), or it should "auto lose" entries where the .desktop file has disappeared. Even gurus can be desktop lusers (eg Linus :-) and we shouldn't have to be left cursing zombies. Or we've used favourites for so long, when we really want to delete something, we can't find it in the main menu to say "remove from favourites" :-) That's my reason for adding things to favourites - I can't remember the main menu! Cheers, Wol
KDE 4.4.3: I added a non-existing /usr/share/applications/kde4/konsole-test.desktop entry in kickoffrc. Logout > login > the new entry is auto-deleted. Command like cp have no context menu, *.desktop commands have. Is something missing ?
Is something missing? Dunno. Possibly the *.desktop still exists on my system, but the app itself has gone. All I know is that emerge updated firefox, and that the favourites entry for firefox went haywire. I do notice you're on a newer version of KDE than me, though I think I'm on the latest gentoo-x86_64-stable. My kde-fu isn't up to hunting down *.desktops yet to see whether the .desktop has been left lying around - I just expect kde to work :-) Although I think I will need to upgrade my -fu now that our Windows-less new system is about to go live as *the* household computer. And even for experienced users ... I couldn't find any docu about kickoffrc - it needed you to help me find it, and I'm dreading trying to hunt down user-level documentation about *.desktops. Okay, you need to be a power user to want to know, but finding documentation at that sort of level is a pain for *so* many projects. If you can't actually reproduce the bug (hanging entry in favourites), I still don't think it should be closed, but maybe downgraded to "human interaction bug" in that favourites behaves weirdly. afaict it can't be edited like the rest of the menu (nasty surprise for lusers), and left and right clicks behave identically (again, nasty surprise for lusers). I think at a minimum that needs to be fixed. And no, I'm not offering :-) - I'm trying to fix a bug in udftools :-) I spotted a "user itch", took a look and discovered that (a) the spec says "shall not" and lo and behold (b) cdrwtool "does". On top of that udftools appears unmaintained so I think it's going to be a baptism of fire trying to get the patch upstream :-) Cheers, Wol
if the .desktop exists on disk and is registered, we trust it points to something useful. this is essentially a packaging issue.
First of all, I DON'T KNOW whether the .desktop exists or not (I'm just a KDE user, where is documented, how do I find out?). Sorry to be dense, but this is exactly the sort of thing that developers seem to think "if you need to know, you already know" :-( I know - I have exactly the same problem with stuff where I'm the guru trying to help lusers ... But the other point is (and this is a "human interface" issue), right-clicking anywhere else in the menu system brings up an "edit the menu" sort of thing. Right-clicking in favourites (tries to) launch the program. As I said, a nasty surprise for the user. Can you at least add fixing that as an enhancement to the next release? Cheers, Wol