After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 728448 - Nautilus will SIGABRT when thumbnails are not allowed to fully generate
Nautilus will SIGABRT when thumbnails are not allowed to fully generate
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Crashers
3.12.x
Other Linux
: Normal normal
: 3.20
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-04-17 17:18 UTC by Simonas Kazlauskas
Modified: 2016-08-05 07:17 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Simonas Kazlauskas 2014-04-17 17:18:39 UTC
Nautilus will in some cases get a SIGABRT signal and quit having output following message to standard output or error.

    ERROR:nautilus-view.c:1810:rename_newly_added_folder: code should not be reached
    fish: Job 1, “nautilus” terminated by signal SIGABRT (Abort)

Reproduction steps are pretty simple:

1. $ mkdir /tmp/make-it-abort;
2. put some – the more the better – thumbnailable data into that directory, preferably without opening nautilus;
3. In quick succession do following: Enter the /tmp/make-it-abort with nautilus → ^A (select all items) → Menu key (open a context menu for selected items) → Enter (New Folder with Selection (x items)).

If the thumbnails for images are not yet finished generating by the time one completes the sequence of actions, nautilus should SIGABRT. However, if the thumbnails’ generation is (almost?) finished by the time one clicks Enter, things will work out and nautilus won’t crash.

Also reproducible in 3.10 exactly the same way.
Comment 1 Sebastien Bacher 2016-05-10 14:13:53 UTC
Confirmed, that's a frequently reported issue on Ubuntu
https://bugs.launchpad.net/nautilus/+bug/1443718

It has also been reported on fedora, https://bugzilla.redhat.com/show_bug.cgi?id=1225493

That seems more difficult to hit with 3.18 though, but the items get unselected when the thumbnails are generated and the new "enter folder name" dialog delays the action, you can see missing files errors on the command line though
Comment 2 Carlos Soriano 2016-05-10 15:01:07 UTC
(In reply to Sebastien Bacher from comment #1)
> Confirmed, that's a frequently reported issue on Ubuntu
> https://bugs.launchpad.net/nautilus/+bug/1443718
> 
> It has also been reported on fedora,
> https://bugzilla.redhat.com/show_bug.cgi?id=1225493
> 
> That seems more difficult to hit with 3.18 though, but the items get
> unselected when the thumbnails are generated and the new "enter folder name"
> dialog delays the action, you can see missing files errors on the command
> line though

Sebastian, is it possible for you to test with 3.20.1? Specifically this commit https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-20&id=3fb0240ca0946103d2b585d37da22cb19332a000

This could be backported if necessary.
Comment 3 Carlos Soriano 2016-07-28 12:33:53 UTC
Let's mark it as fixed as per comment 2
Comment 4 Sebastien Bacher 2016-08-04 17:11:53 UTC
@Carlos the fix seems to work indeed, backporting would be nice though I guess it wouldn't apply as it in < 3.16 versions? We updated current Ubuntu to 3.20 so that's good but I would still like to see that fixed in oldest series if we can
Comment 5 Carlos Soriano 2016-08-05 07:17:42 UTC
(In reply to Sebastien Bacher from comment #4)
> @Carlos the fix seems to work indeed, backporting would be nice though I
> guess it wouldn't apply as it in < 3.16 versions? We updated current Ubuntu
> to 3.20 so that's good but I would still like to see that fixed in oldest
> series if we can

Cool.
It's not a straightforward backport, so I wouldn't do it for older versions. Feel free to do it though and attach here if you find the time or you think it worth it.