Dragging files to home folder on desktop doesn't move files

Bug #35919 reported by Lukas Sabota
30
Affects Status Importance Assigned to Milestone
GNOME Panel
Fix Released
Low
gnome-panel (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs
nautilus (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

If you have the home folder icon launcher on your desktop, it does not behave like a normal folder. If you drag a file to your home folder, you expect your file to be moved in your home folder. If you drag and drop a file into your home folder launcher, you will receive this error:
"Couldn't display "filename"" - The location is not a folder.

Related branches

Revision history for this message
Petr Tomeš (ptomes) wrote :

Confirmed and assigned according to a duplicate of this bug #35919.

Changed in nautilus:
assignee: nobody → desktop-bugs
status: Unconfirmed → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. How did you get that icon on the desktop? If you use the recommended way and set /apps/nautilus/desktop/home_icon_visible to true, do you get the issue? It works for me but the issue happens if you dnd from the Places menu

Changed in nautilus:
status: Confirmed → Needs Info
Revision history for this message
Lukas Sabota (punkrockguy318) wrote :

Using /apps/nautilus/desktop/home_icon_visible works fine, but dragging and dropping does not work. Both of these should work properly.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Today that works fine on my box...

Changed in nautilus:
status: Needs Info → Unconfirmed
Revision history for this message
Lukas Sabota (punkrockguy318) wrote :

Sebastien, make sure that your home folder was created by dragging from the places menu.

FOR CLARIFICATION:
The home folder specified in gconf works fine. When you drag the home folder form Places, it demonstates this bug.

Revision history for this message
Petr Tomeš (ptomes) wrote :

I can confirm this bug on Flight 6 (i386) LiveCD.

Changed in nautilus:
status: Unconfirmed → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

That's rather a gnome-panel issue which uses an app launcher for that icon. I've forwarded it upstream: http://bugzilla.gnome.org/show_bug.cgi?id=338700

Simon Law (sfllaw)
Changed in nautilus:
status: Unconfirmed → Rejected
Changed in gnome-panel:
status: New → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

the bug has been fixed upstream now

Changed in gnome-panel:
status: Confirmed → Fix Committed
Revision history for this message
Sebastien Bacher (seb128) wrote :

gnome-panel (1:2.19.5-0ubuntu1) gutsy; urgency=low

  * New upstream version:
    Panel
    - Make changing orientation of an expanded panel work better when
      dragging the panel
    - Fix name of launcher created by dropping an URI on the panel
      (LP: #35919)
    - Improve handling of size hints from applets. This is needed for the
      tasklist sizing algorithm to correctly work
    - Use new icon for recent documents
    - Save the panel position relatively to the right/bottom edge of the
      monitor when needed. This fixes a lot of problems, like the panel
      being at the center of the screen when resizing the screen or when
      the size of the panel grows. (LP: #39856)
    - Also do not save the position of the panel in gconf when the position
      is changed because of constraints. This also fixes a lot of problems,
      like the panel suddenly snapping to the center or an edge of the
      screen because its size has changed.
    - Fix crash when a panel is destroyed whil its context menu is opened
    - Make it possible to have bigger panels (up to 1/5 the screen size)
      for people wanting sidebars
    - Fix a crash in the lockdown checking code
    - Don't use nautilus-home.desktop for the places menu, but makes the
      item a real place item
    - Automatically use the right icon for launchers for $HOME or ~/Desktop
    - Migrate to GtkTooltip
    - Code cleanups
    - Add a detail for theming the arrow in the button widget
    - Add new _GNOME_PANEL_ACTION_KILL_DIALOG action to the panel action
      protocol
    - Use program-name instead of name property for GtkAboutDialog
    gnome-desktop-item-edit
    - Use g_option_context_set_translation_domain()
    All applets
    - Use gtk_widget_set_tooltip_text()
    - Use program-name instead of name property for GtkAboutDialog
    - Fix compilation
    Clock Applet
    - Sort completed tasks last, treat unprioritised tasks as normal
      priority, and fall back on sorting by summary
    - Add a first version of timezone support. This needs some UI love.
    Window List Applet
    - Do not call wnck_screen_force_update(). Fix a crash.
    - Code cleanups
    - Fix window list sizing (most of the changes are in libwnck) (LP: #16391)
    - Deprecate minimum/maximum size settings
    Workspace Switcher Applet
    - Code cleanups
    - Show/hide some of the settings in the properties dialog depending on
      the window manager, since some of the settings are not saved or don't
      make sense when metacity is not used.
    Misc
    - Require libwnck 2.19.5
    - Add libbonobo and libbonoboui explicit checks for compilation
  * debian/control.in:
    - updated libwnck requirement
  * debian/patches/01_layout.patch:
    - updated
  * debian/patches/09_lpi.patch:
    - updated
  * debian/patches/12_autoreconf.patch:
    - updated

 -- Sebastien Bacher <email address hidden> Mon, 09 Jul 2007 18:33:05 +0200

Changed in gnome-panel:
status: Fix Committed → Fix Released
Changed in gnome-panel:
importance: Unknown → Low
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.