Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 529716 - gnome-base/nautilus - nautilus hangs when calling properties of the file / directory
Summary: gnome-base/nautilus - nautilus hangs when calling properties of the file / di...
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: AMD64 Linux
: Normal normal
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-11-18 20:09 UTC by thunder367
Modified: 2015-01-27 11:16 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Nautilus log working from user (nautilus.log.bz2,126.08 KB, application/x-bzip)
2014-11-18 20:11 UTC, thunder367
Details
Nautilus log working from root (nautilus_r.log.bz2,126.65 KB, application/x-bzip)
2014-11-18 20:13 UTC, thunder367
Details
emerge --info (emerge-info.txt,6.93 KB, text/plain)
2014-11-18 20:17 UTC, thunder367
Details

Note You need to log in before you can comment on or make changes to this bug.
Description thunder367 2014-11-18 20:09:01 UTC
After update world the application nautilus become hangs when called properties of any file or folder.

If I called properties of any file or folder from user this problem repeated, but for root this problem occurs.

Reproducible: Always

Steps to Reproduce:
1. From user right called nautilus and show properties folder or file.
Actual Results:  
Open window with properties.

Expected Results:  
The nautilus hangs.
Comment 1 thunder367 2014-11-18 20:11:57 UTC
Created attachment 389650 [details]
Nautilus log working from user

strace -f -o /tmp/nautilus.log nautilus
Comment 2 thunder367 2014-11-18 20:13:49 UTC
Created attachment 389652 [details]
Nautilus log working from root

strace -f -o /tmp/nautilus.log nautilus
Comment 3 thunder367 2014-11-18 20:15:28 UTC
From root:

miheev ~ # nautilus -q

(nautilus:5900): Gtk-WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files

From user:

evmih@miheev:~$ nautilus -q

(nautilus:5909): GLib-GObject-CRITICAL **: g_object_set: assertion 'G_IS_OBJECT (object)' failed

(nautilus:5909): GLib-GObject-WARNING **: /var/tmp/portage/dev-libs/glib-2.40.0-r1/work/glib-2.40.0/gobject/gsignal.c:2580: instance '0x9c3a20' has no handler with id '284'

(nautilus:5909): GLib-CRITICAL **: Source ID 291 was not found when attempting to remove it

(nautilus:5909): GLib-CRITICAL **: Source ID 292 was not found when attempting to remove it

(nautilus:5909): GLib-CRITICAL **: Source ID 293 was not found when attempting to remove it
Comment 4 thunder367 2014-11-18 20:17:23 UTC
Created attachment 389654 [details]
emerge --info
Comment 5 thunder367 2014-11-18 20:21:24 UTC
miheev ~ # emerge -pv nautilus

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] gnome-base/nautilus-3.12.2  USE="exif gnome introspection previewer -debug (-packagekit) -sendto {-test} -tracker -xmp" 0 kB

Total: 1 package (1 reinstall), Size of downloads: 0 kB
Comment 6 Pacho Ramos gentoo-dev 2014-11-20 09:39:46 UTC
I cannot reproduce this, please try to create a new user with a fresh home directory to try to reproduce with it
Comment 7 Pacho Ramos gentoo-dev 2014-11-20 09:42:08 UTC
Also, your CFLAGS looks a bit risky:
CFLAGS="-march=native -mfpmath=sse -mmmx -msse4.2 -msse2avx -msahf -mcx16 -O2 -pipe -fomit-frame-pointer -ftree-vectorize -funroll-loops"

With native you should let gcc choose the mfpmath set, mmx, ssse... -fomit-frame-pointed doesn't need to be explicitly added for amd64, and I am unsure about tree-vectorize and unroll-loops being safe for all the system :|
Comment 8 Gilles Dartiguelongue (RETIRED) gentoo-dev 2014-11-23 14:55:54 UTC
I know that at some point ftree-vectorize would break pixman with SSE, but that was long ago.
Comment 9 Gilles Dartiguelongue (RETIRED) gentoo-dev 2014-11-23 14:57:11 UTC
Also this is probably due to a nautilus extension. Please check if removing any fixes the issue.
Comment 10 thunder367 2014-11-23 18:51:02 UTC
(In reply to Pacho Ramos from comment #6)
> I cannot reproduce this, please try to create a new user with a fresh home
> directory to try to reproduce with it

Yes, for other user it's work.
Comment 11 thunder367 2014-11-23 18:54:55 UTC
(In reply to Gilles Dartiguelongue from comment #9)
> Also this is probably due to a nautilus extension. Please check if removing
> any fixes the issue.

I'm disable all extensions, but challenges remain. Where gnome stores parameters extensions in user's home directory? Maybe try to remove these settings and return everything to its original state?
Comment 13 Pacho Ramos gentoo-dev 2014-11-23 19:41:07 UTC
I would start copying files an directories from buggy account to fresh one until it starts to fail. That will help to find the offending file that is causing this
Comment 14 thunder367 2014-11-23 20:16:18 UTC
(In reply to Pacho Ramos from comment #13)
> I would start copying files an directories from buggy account to fresh one
> until it starts to fail. That will help to find the offending file that is
> causing this

I copy all hidden files and folders (with dot) from my home directory to directory other user, change recursive owner and login them on gnome desktop. Nautilus is correct working. What you think about it?
Comment 15 Pacho Ramos gentoo-dev 2014-11-23 20:47:49 UTC
strange... are both users in same system groups?
Comment 16 thunder367 2014-11-23 21:25:47 UTC
(In reply to Pacho Ramos from comment #15)
> strange... are both users in same system groups?

No, newuser only their group.

P.S. Window properties open by old user, but very longly.
Comment 17 Pacho Ramos gentoo-dev 2015-01-27 11:16:23 UTC
Personally I wouldn't consider this valid until system is re-emerged with sane CFLAGS and this is reproduced also with a fresh user