Thank you for taking the time to report this bug and helping to make
Ubuntu better. Please try to obtain a backtrace following the
instructions at http://wiki.ubuntu.com/DebuggingProgramCrash and upload
the backtrace (as an attachment) to the bug report. This will greatly
help us in tracking down your problem.
** Changed in: nautilus (Ubuntu)
Importance: Undecided => Low
** Changed in: nautilus (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/1887315
Title:
Nautilus crashes while over-typing search term on remote smb file
system
Status in nautilus package in Ubuntu:
Incomplete
Bug description:
==Impact==
nautilus crashes while typing the term to search a remote directory
within an NT file system over the smb protocol. The problem may affect
other remote file systems or protocols, but I have only tested these.
Repeatable.
==How to repeat==
1. Open Nautilus
2. In the sidebar, click Other Locations
3. Type smb://example/share into the 'Connect to server' field or select an
existing share URI
4. Click Connect
5. Optionally, when the contents of the share appears, select any depth of
sub-directories.
6. Click the search icon and type a search string
7. Once the search results have returned, without closing the search box,
select the previous search term and over-type another search term.
Nautilus crashes.
Typically, prior to the window disappearing the graphics freezes
within the search field showing both the previous and the current
search terms on top of each other.
Often it is necessary to kill the nautilus process and/or reboot the
smb daemon on the remote machine before being able to use the smb
share again.
Before typing a second search term, if instead of over-typing, you
delete the selection either i) with the <DELETE> key; or ii) clicking
the (x) to clear the field; or iii) clicking the search icon twice to
remove and reinstate the search field; it is possible to search for a
second term without crashing.
It is possible that the crash depends on how fast the search term is
typed, because nautilus starts searching as you type. I have tried to
paste a search term over an existing term, which usually seems to work
without crashing. On the other hand, I have had nautilus crash when
typing a search term after having explicitly cleared the search field,
but before nautilus has displayed the full contents of the directory
again (about 150 files).
I have not had nautilus crash when over-typing the search field for a
local file system, whether ntfs or ext3.
==Related bugs==
Bug #1795028 seems to be identical, and claims to have been fixed in
package nautilus - 1:3.26.4-0~ubuntu18.04.2 but it does not appear to
be fixed in 3.36.3 under Ubuntu 20.04. Hopefully this report explains
more precisely how to reproduce the crash.
==Crash Reports==
A typical crash report from my system is here:
https://errors.ubuntu.com/oops/2dd9aa90-c462-11ea-9e47-fa163e102db1
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: nautilus 1:3.36.3-0ubuntu1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
Date: Sun Jul 12 21:03:59 2020
InstallationDate: Installed on 2020-06-03 (38 days ago)
InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
SourcePackage: nautilus
UpgradeStatus: No upgrade log present (probably fresh install)
usr_lib_nautilus:
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1887315/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
