| Summary: | Generic Icon crashes plasma | ||
|---|---|---|---|
| Product: | [Unmaintained] plasma4 | Reporter: | Gabriel C <crazy> |
| Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | backtrace | ||
|
Description
Gabriel C
2007-12-19 13:01:10 UTC
Can confirm, KPropertiesDialog() of an empty url makes bad things i think if the url is empty or invalid it should be opened another config dialog that asks for a right url I'm thinking that perhaps the icon should not be addable on its own, but should be created in the background whenever a link is dropped on the desktop? On 19 Dec 2007 16:11:44 -0000, Dan Meltzer <hydrogen@notyetimplemented.com> wrote: [bugs.kde.org quoted mail] yeah, this could be a way to do and if the icon applet is going to be the "classical" icon desktopits behaviour should be changed a little bit (and with a "little bit" i mean an awful lot), in particular: -should a file drop on the desktop actually copy the file o the desktop? -should deleting an icon applet actually delete the file from the desktop? -now dropping a file on another icon causes the applet to load the url dropped: maybe it should behave like in a filemanager view ie if it's a folder copy the file in thet folder and if it's a desktop file of an app start the app with the dropped url as param Created attachment 22624 [details]
backtrace
Backtrace, if anyone is interested.
-should a file drop on the desktop actually copy the file o the desktop? this actually is a meaningless question with plasma. we show the icons in the ~/Desktop folder as an option, but the idea of having a desktop storage area is something we're leaving behind. there is no "location" associated with the desktop itself. folder plasmoids will provide such functionality, but the desktop itself should remain locationless. -should deleting an icon applet actually delete the file from the desktop? only if it is an icon that came from the ~/Desktop folder in the first place. -now dropping a file on another icon causes the applet to load the url dropped: maybe it should behave like in a filemanager view ie if it's a folder copy the file in thet folder and if it's a desktop file of an app start the app with the dropped url as param yes. these discussions probably belong on panel-devel@kde.org rather than on this BR however. SVN commit 750599 by aseigo: don't crash when dealing with an empty string BUG:154315 M +1 -1 kpropertiesdialog.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=750599 |