Public bug reported:
Binary package hint: nautilus
Nautilus doesn't appear to clean up the text underlines in single
click mode properly. This can result in several files having the hover
state underline when using the mouse scroll wheel to stop hovering
items.
Steps to reproduce:
# Enable
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
https://bugs.launchpad.net/bugs/684519
Title:
Scrolling in single click to open mode leaves behind text underlines
--
desktop-bugs mailing list
** Attachment added: Screenshot of the problem
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/684519/+attachment/1753578/+files/tenderhome_004.png
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
Public bug reported:
Binary package hint: nautilus
When working on a remote filesystem (SSH in my case,) I presume my
sometimes loses connection has to reconnect. This is usually
transparent, but sometimes takes a moment. Essentially if I want to
update a file or change directories, it takes
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/16246895/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/16246896/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://launchpadlibrarian.net/16246897/ProcStatus.txt
--
Drag Drop
** Description changed:
Binary package hint: nautilus
When working on a remote filesystem (SSH in my case,) I presume my
- sometimes loses connection has to reconnect. This is usually
+ machine sometimes loses connection has to reconnect. This is usually
transparent, but sometimes
In this case I've shared /home/ash on the server, and mounted it on my
client. I'm trying to copy to the subdirectory Backups which as you
can see is mounted with 284 gig free on the server, but Nautilus doesn't
recognise that there's more space in Backups than on the rest of the
share and won't
Additionally, I have verified that Samba is writing to both devices, and
not writing to the original file system underneath the mount.
To be clear, I believe there is a bug in the way Nautilus calculates
free disk space in this circumstance.
I've attached a screenshot of what Nautilus says, and
Sorry, I mightn't have been clear here. The 10MB file system is mounted
to a directory inside the 5MB file system on the remote server.
When I mount the share on my client I see 5MB of free space, and the
directory/mount where the 10MB filesystem is mounted.
I can write to either file system,
I'm having this problem, except the file I'm trying to move out of the
trash produces the error that there's not enough free space. It's on the
same filesystem, so essentially I can't get it out of trash without
copying it to another server with free space, and back again.
--
Restore from trash
Public bug reported:
I've got a directory on my server with several mount points inside,
shared using Samba. Using Nautilus, I can't copy files to the mounted
disks inside the share, unless ample space exists on the parent disk.
The space exists on the mounted disks, but Nautilus doesn't
11 matches
Mail list logo
