Public bug reported:
When I attempt to mount a remote port in nautilus via
sftp://user@server:port GVFS locks up nautilus, multiple GVFS processes
are spawned, GVFS uses ~100% CPU of all cores, and GVFS fails. A
screenshot of htop is attached.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
This bug is still present in up to date 13.10 and 14.04. The issue is
not icon previews since the same slow down occurs with small text/bin
files. Given that many people have large collections of media files
thisbug is a deal breaker for even casual users. It's a disaster in
any kind of
** Visibility changed to: Public
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gconf-editor in Ubuntu.
https://bugs.launchpad.net/bugs/927468
Title:
gconf-editor crashed with SIGABRT in raise()
To manage notifications about this
its not fixed for me with:
ii gnome-settings-daemon 3.1.92-0ubuntu3
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/832603
Title:
gnome-settings-daemon crashed with
** Changed in: gnome-power-manager (Ubuntu)
Status: New = Confirmed
--
Authentication is needed to run '/usr/sbin/gnome-power-backlight-helper' as the
super user when using Reduce backlight brightness or Dim display when idle
options.
https://bugs.launchpad.net/bugs/623000
You received
After further investigation the share was locking up gvfs and crashing nautilus
due to a stale nfs handle. The bug can be duplicated by shutting down an nfs
server while keeping the client active. I've attached uninteresting gdb output
from
gvfs-open sftp://share. I am willing to investigate
Public bug reported:
Binary package hint: nautilus
This is a regression in lucid 10.04.
Nautilus cannot access remote SSH shares that have been mounted by gvfs
for some time. Shares become unresponsive and the .gvfs directory can no
longer be accessed using nautilus or shell. This has been
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/44979747/Dependencies.txt
** Attachment added: usr_lib_nautilus.txt
http://launchpadlibrarian.net/44979748/usr_lib_nautilus.txt
--
[regression] nautilus locks up with dbus error when accessing remote shares
I attached GDB to nautilus and after browsing remote SFTP shares
nautilus quits.
GDB shows this:
0x7ff7314e2c76 in poll () from /lib/libc.so.6
When I attempt to run a backtrace GDB exits.
This bug is a serious regression please let me know what I can do to
help.
--
nautilus crashed with
I confirm this bug in updated Ubuntu 8.04.1 x64.
Browsing remote sftp shares results in a delayed but reproducible
nautilus crash.
relevant parts of .xsession-errors:
** (nautilus:6430): WARNING **: Hit unhandled case g-io-error-quark:0 in
fm_report_error_renaming_file
GVFS-ERROR **: DBus
1. the specific steps or actions you took that caused you to encounter
the problem,
Using nautilus to browse a remote network share
2. the behavior you expected, and
I expect the icon that appears in the places sidebar to point to the specific
mount point.
For example, if user bob mounts his
I should not that this only occurs with sftp and not ftp. Nautilus
handles ftp as expected.
Also this This occurs when multiple ssh sessions was intended to read
as This occurs when multiple sftp sessions
Probably also a problem with GIO/GvFS backend.
--
Network mount shows up as root
Public bug reported:
Binary package hint: nautilus
When an sftp network share is mounted the places icon in nautilus defaults to
root (as does the mount icon on the desktop).
IMO, the nautilus places icon should default to the original path and not root.
This is a regression and could lead
What happens if you try to mount the location with gvfs-mount (consult
--help).
I tried to mount using gvfs-mount and got an error stating that gvfs-bin was
not installed. I installed gvfs-bin and giolib.
I am now able to mount using gvfs-mount.
$gvfs-mount -l
Mount(0): sftp on
Sorry. Issuing
$gvfs-mount sftp://xxx.xxx.edu
works fine.
If I try to browse to a different sftp location or server in Nautilus I
get the Nautilus lock up and after a long delay the Dbus error.
--
cannot browse folders over the internet
https://bugs.launchpad.net/bugs/205690
You received this
I am still getting this bug with updated alpha 6 as of yesterday.
--
nautilus crashed with SIGSEGV in g_type_check_instance_cast()
https://bugs.launchpad.net/bugs/187183
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs
** Attachment added: CoreDump.gz
http://launchpadlibrarian.net/12753435/CoreDump.gz
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/12753436/Dependencies.txt
** Attachment added: Disassembly.txt
http://launchpadlibrarian.net/12753437/Disassembly.txt
** Attachment
Public bug reported:
Binary package hint: nautilus
I attempt to connect via sftp and nautilus crashes. The desktop resets and
nautilus now connect appropriately via sftp.
The bug is not reproducible after startup or after nautilus resets. Anecdotally
it seems to be associated with having
Public bug reported:
Binary package hint: gvfs
Attempts to transfer large files die. This occurs with sftp, ftp, and
http connections. I confirmed that this problem is ubuntu specific
because file transfers from the above ports worked flawlessly using
winscp.
This is a regression from alpha4.
I can no longer reproduce this bug. Probably should be closed unless
someone else confirms it.
--
gvfs: file transfers from remote server fail
https://bugs.launchpad.net/bugs/195116
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gvfs
@Oli,
Have you tried it again after the recent round of updates (Feb 3)?
--
nautilus crashed with SIGSEGV in g_str_hash()
https://bugs.launchpad.net/bugs/185441
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing
At least for me this appears to have been fixed in the latest round of
updates (1-2 days ago). I am now able to upload and modify directories
without a crash. Before it was 100% reproducible.
--
nautilus crashed with SIGSEGV in g_str_hash()
https://bugs.launchpad.net/bugs/185441
You received
I confirm that SFTP is extremely unstable in nautilus. I get this same crash
after any file system change.
Basically I am stuck using bash ssh and scp. Very crippling to anyone who
relies on remote server access.
Please let me know if you need any additional information.
--
nautilus crashed
Public bug reported:
Binary package hint: nautilus
Any new user familiar with windows may want to generate a link to his
home directory on the desktop. Given that linking is not possible from
the menu, the user will likely attempt to browse to the home directory
in Nautilus and create a link
@sebastien
Sure and this assumes that the user has a basic understanding of the
linux file system. Even if they manage to find the proper directory
path, they are left with an ugly, tiny default icon. To get the correct
icon they need to click on the unlabeled icon button in properties
(not at
@sebastien
Apologies...it does work correctly but only for directories in the users
home. To make any other link requires using the launcher or dropping to
the cli.
--
nautilus create launcher can't create links to directories
https://bugs.launchpad.net/bugs/38230
You received this bug
It may not be a bug to someone who knows a little about the linux file
system but think about this from the new user perspective.
The launcher method does not currently work well; see bug 38230.
Basically the other two solutions involve dropping down to the CLI.
--
links to the home
I had a similar problem after updating a box to gutsy.
Example of apport.log:
apport (pid 15562) Thu Aug 23 16:13:58 2007: called for pid 15414, signal 11
apport (pid 15562) Thu Aug 23 16:13:58 2007: executable:
/usr/lib/gnome-control-center/gnome-settings-daemon (command line
Public bug reported:
Binary package hint: nautilus
USB storage devices (hard drives and flash rom) appear in Nautilus but
are not properly mounted with Gutsy.The devices function normally with
feisty.
Clicking on the device in nautilus produces an error:
Cannot mount volume
dev/sdb1 already
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/8965761/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/8965762/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://launchpadlibrarian.net/8965763/ProcStatus.txt
--
Devices are
30 matches
Mail list logo
