Like it says. Dolphin will open fine from the panel icon or from its menu entry, but if you right-click on the menu entry and select "Add to desktop", the icon appears on the desktop but is unresponsive.
I cannot confirm it because I don't get the add to desktop entry when right clicking.
CC: (none) => r.wobben
(In reply to comment #0) > Like it says. Dolphin will open fine from the panel icon or from its menu > entry, but if you right-click on the menu entry and select "Add to desktop", > the icon appears on the desktop but is unresponsive. Hum it seems to work here (but i'm running 4.9.95 here) with folderview as desktop. When using « desktop » the widgets needs to be locked to get it working. Which type of desktop are you using ? the folderview or the « desktop » ? (In reply to comment #1) > I cannot confirm it because I don't get the add to desktop entry when right > clicking. You need to do it on the menu.
CC: (none) => balcaen.john
Which menu are we talking about. I have tried it with the KDE menu. Roelof
The same it seems ;o) Please note the right click won't work if widgets are locked.
That's interesting. On an existing KDE ID, right-click on the menu shows me "Add to Desktop". If I create a fresh ID and do the same thing, it does not. Launch from desktop was working prior to 4.10.
I cannot confirm it because here everything is working fine. Maybe you have to unlock the widgets on every account. Roelof
CC: (none) => nicolas.lecureuilSource RPM: kde => dolphin-4.9.90-1.mga3
Summary: Dolphin will not open from desktop icon => Apps under KDE will not open from desktop icon
Source RPM: dolphin-4.9.90-1.mga3 => kde
This isn't just Dolphin. I can reproduce it with VirtualBox as well. It seems that no desktop icon can be used to launch an app, whether it's a KDE-supplied app or not.
Additional info: Double clicking on a desktop icon seems to have the effect of temporarily "grabbing" the icon as if for movement somewhere else. At least, as you double-click with a touchpad, you can see the icon shift position slightly. Also, the KDE TrashCan is affected by this, i. e. double-clicking does not open it. One difference between the TrashCan and the other icons is that right-clicking on Trash gives a menu that includes an Open choice, and if you select it, the TrashCan opens. Right clicking on any of the other icons gives a menu that does not include an Open choice.
Which type of desktop is affected ? Is it still reproduceable with KDE 4.9.95 ? Does it happens with the xguest user ?
(In reply to comment #9) > Which type of desktop is affected ? ?? KDE > Is it still reproduceable with KDE 4.9.95 ? Yes, including today's updates > Does it happens with the xguest user ? No, because per comment#5, you can no longer send app icons to the desktop in a fresh KDE ID, only in an ID that existed prior to 4.10. xguest gets created from scratch each time, and right-clicking on an app menu item gives only "Add to Favorites" and "Uninstall". There is no "Add to desktop". Either the ability to have desktop icons has been removed and nothing was done to address configuration files that already included them, or else there's a breakage somewhere.
This just gets stranger. The system for which I reported this bug is a cauldron laptop. On it, as I said above, desktop icons don't work for my existing pre-4.10 ID, but right-clicking an application menu item gives the "Add to Desktop" option. I have a cauldron desktop system at the same level with the same ID. At one point, its KDE config files were copied to the laptop to replicate the desktop, but they have probably diverged in minor ways over time. On the desktop system, desktop icons *still* work, but right-clicking on an app menu item does *not* give the "Add to Desktop" choice.
(In reply to comment #10) > (In reply to comment #9) > > Which type of desktop is affected ? > > ?? KDE Sorry i was not clear So the question should be : Which layout are you using ? Folderview, Default Desktop, ... > > Is it still reproduceable with KDE 4.9.95 ? > > Yes, including today's updates > > > Does it happens with the xguest user ? > > No, because per comment#5, you can no longer send app icons to the desktop in a > fresh KDE ID, only in an ID that existed prior to 4.10. xguest gets created > from scratch each time, and right-clicking on an app menu item gives only "Add > to Favorites" and "Uninstall". There is no "Add to desktop". As said in comment #4, did you try unlocking the widgets ? Because here when i try with the xguest login using the folderview, it's working without problem.
OK, I've got it. Lock/Unlock Widgets is what's screwing this up. If you lock the widgets, you can launch an app from an existing desktop icon, but a right-click on a menu item will not give you the option to :Add to Desktop" or "Add to Panel". If you unlock the widgets, you get the right-click options back, but you can't launch apps from the desktop. How do I tell which layout I'm using ? I don't recall setting one specifically.
(In reply to comment #13) > OK, I've got it. Lock/Unlock Widgets is what's screwing this up. > > If you lock the widgets, you can launch an app from an existing desktop icon, > but a right-click on a menu item will not give you the option to :Add to > Desktop" or "Add to Panel". > > If you unlock the widgets, you get the right-click options back, but you can't > launch apps from the desktop. That's the normal behaviour for KDE as far as i remember. > How do I tell which layout I'm using ? I don't recall setting one > specifically. right click on your desktop & folder view settings/Default desktop Settings/... settings etc The shortcut is Alt+D,Alt+S From what you're saying i would say that you're using folderview layout.
The menu I get when right-clicking on the desktop has a "Default Desktop Settings" entry, but nothing about "Folder View". >That's the normal behaviour for KDE as far as i remember. You may be right, and probably are, but if so that is the least intuitive behavior I've ever encountered....
This me(In reply to comment #15) > The menu I get when right-clicking on the desktop has a "Default Desktop > Settings" entry, but nothing about "Folder View". > You're using the Default Desktop layout then
So what's the relationship between the layout and this behavior ?
(In reply to comment #17) > So what's the relationship between the layout and this behavior ? comment #2 It seems that you need to have the layout locked to get the « icon » working when default desktop is used while it's not the case when using folder view layout.
(In reply to comment #18) > It seems that you need to have the layout locked to get the « icon » working > when default desktop is used while it's not the case when using folder view > layout. OK, I gather from googling that you get folder view by installing the associated widget. So, if I install the widget, and the behavior returns to what I would expect ("Add to" works, launching works), then the question becomes "why aren't we installing folder view by default ? ". I mean, c'mon. "Lock/Unlock Widgets" has historically related to freezing the position of applet icons in a panel, and has never been related to whether or not an icon can be used to launch or what the options in a right-click menu on a app menu item ought to be.
Installing folder view has no effect on the behaviors "Add to" and launching. Also, a right-click on the desktop shows only Default Desktop Settings, and nothing about Folder View.
CC: (none) => a.dyagilev
I can´t start FreeAlchemist and WordNet 3 on a netbook desktop (by a call from Search and launch). Jumping icon next to cursor disappears after several seconds and no window shows up.
Sorry, but this bug saw no action since over 2 yrs ago. No cauldron package has stayed the same since then. Closing as OLD Please reopen if this report is still valid for _current_ cauldron and/or fully updated Mageia 4
Status: NEW => RESOLVEDResolution: (none) => OLD