Created attachment 12222 [details]
install report

Created attachment 12223 [details]
journal output

On a multi-desktop 64-bit system, nemo does start:
 $ nemo
(nemo:10444): Gtk-WARNING **: 11:23:44.204: Theme parsing error: gtk.css:2:33: Failed to import: Error opening file /home/lewis/.config/gtk-3.0/window_decorations.css: No such file or directory

** (nemo:10444): WARNING **: 11:23:44.459: Current gtk theme is not known to have nemo support (Menta) - checking...
---
Are you able to say (ask on qa-discuss) whether the same happens on 64-bit? There may be somebody else who installs individual desktops.

Assigning this to Joseph, it is his territory.

Source RPM: nemo 4.8.2-1.mga8 => nemo-4.8.2-1.mga8.src.rpm
Assignee: bugsquad => joequant

Which DE are you installing?

Also can you do an "rpm -qa" on both machines and compare?  There may be some missing package.

CC: (none) => joequant

Haven't tried just a cinnamon install yet, but have noticed some things.

The window_decorations.css not being found also happens on an install with
all of the task-*-minimal packages installed, where nemo does work.

When the gui for nemo is exited, nemo continues running. Restarting the gui
does work ok, but when it's started from a konsole, it's continued running stops control being returned to konsole until ctrl+c is pressed. Not sure it that's
by design or not.

I'll try a cinnamon only install shortly, starting on a 64 bit vb guest.

CC: (none) => davidwhodgins

Installed from rc1, selecting cinnamon desktop only, then installed all updates.
The program nemo is working. It eventually does exit after closing, so it was
likely generating previews.

Now I'll try a 32 bit install under vb.

Repeated the comment 6 install using the 32 bit rc1, installed updates, rebooted
for the kernel update as I did for the 64 bit, and started nemo.

Confirmed there is a problem.

nemo starts, and opens it's gui with the left side displaying the tree
for My computer and Network, but is not responsive.

I have to force quit to kill it.

After the force quit, attempting to restart nemo, even after a reboot fails
with ...
malloc(): unsorted double linked list corrupted
Aborted (core dumped)

If I run it under strace, it doesn't abort, but shows the non responsive gui
state as per comment 7.

I used the same 64 bit vbox guest for the 32 bit install as I did for the
64 bit install, so it isn't (virtual) hardware, just the software.

The strace output isn't showing anything useful as far as I can see. There
is no indication I can see of a missing package.

Running "NEMO_DEBUG=Actions,Window nemo --debug" ends with ...
** (nemo:2132): WARNING **: 00:57:36.799: The theme appears to have no nemo support.  Adding some...
** (nemo:2132): DEBUG: 00:57:36.801: Open called on the GApplication instance; 1 files
(nemo:2132): XApp-DEBUG: 00:57:36.937: XAppFavorites: init:
(nemo:2132): dconf-DEBUG: 00:57:36.937: watch_fast: "/org/x/apps/favorites/" (establishing: 0, active: 0)
(nemo:2132): dconf-DEBUG: 00:57:36.937: watch_established: "/org/x/apps/favorites/" (establishing: 1)
(nemo:2132): XApp-DEBUG: 00:57:36.937: XAppFavorites: load_favorite: favorites loaded (0)
(nemo:2132): XApp-DEBUG: 00:57:36.939: XAppFavorites: get_n_favorites returning number of items: 0.
(nemo:2132): dconf-DEBUG: 00:57:36.940: change_fast
(nemo:2132): dconf-DEBUG: 00:57:36.941: change_notify: /org/nemo/window-state/start-with-sidebar
(nemo:2132): XApp-DEBUG: 00:57:37.046: XAppFavorites: get_n_favorites returning number of items: 0.
malloc(): unsorted double linked list corrupted
Aborted (core dumped)

(In reply to Joseph Wang from comment #4)
> Which DE are you installing?
> 
> Also can you do an "rpm -qa" on both machines and compare?  There may be
> some missing package.

Cinnamon only DE

Created attachment 12228 [details]
rpm -qa from 32bit Cinnamon only install

(In reply to Dave Hodgins from comment #6)

> The program nemo is working. It eventually does exit after closing, so it was
> likely generating previews.
> 
wait and see how long it takes - I gave up after 10 minutes of no further response

(In reply to ben mcmonagle from comment #12)
> (In reply to Dave Hodgins from comment #6)
> 
> > The program nemo is working. It eventually does exit after closing, so it was
> > likely generating previews.
> > 
> wait and see how long it takes - I gave up after 10 minutes of no further
> response

I overwrote the 64 bit install with the 32 bit one. I think it was about 5
minutes, but will confirm with more testing tomorrow (later today here now).

(In reply to Lewis Smith from comment #3)
> On a multi-desktop 64-bit system, nemo does start:

rc1  x86_64 all DE install, confirmed nemo does start.

Created attachment 12229 [details]
rpm -qa from 64bit all DE install

changing priority to release blocker.
effectively unable to use file manager in cinnamon

Priority: Normal => release_blocker

1) Can someone see if this is occurring consistent on another machine?

2) Can you run nemo under valgrind/gdb to get a stack trace?

3) Anyone have a remote machine / VirtualBox image that I can debug?

I'm building an xapps-2.0.6 in updates_testing now.  Once it gets built can someone test it to see if it helps?

(In reply to Joseph Wang from comment #18)
> I'm building an xapps-2.0.6 in updates_testing now.  Once it gets built can
> someone test it to see if it helps?

Thanks,

tried xapps-2.0.6 with (libxapps1 and libxapp-gir1.0).
straight after install and after reboot, no better :(

bottom right of the GUI window has: 
a non-moving clockwise circulation, loading..., and a red octagon (radio button)

The trouble is that it's hard for me to debug this since I don't have a 32-bit environment.  If someone can provide me with a virtual machine or login, I can look for it.

I've searched for bugs, but haven't found one.  There was a nasty timing bug that killed 64-bit before there was a patch, and it might be that race condition rather than 32-bit.

Let me open a bug upstream and see if they have any ideas.

Filed an upstream bug.....

https://github.com/linuxmint/nemo/issues/2655

Getting some comments upstream.  The maintain is wondering if

gsettings set org.nemo.window-state start-with-sidebar false

Changes things.

it fixes the crash for me but this is not a 32bit only crash as i am running a mageia 8 64bit.

CC: (none) => mageia

Created attachment 12286 [details]
backtraces when running in gdb

Here's a set of backtraces from running nemo in gdb in the case that it just hangs. It can hang before or after displaying its GUI; the backtraces look the same in either case.

This doesn't tell me much.

CC: (none) => mageia

gsettings set org.nemo.window-state start-with-sidebar false doesn't change anything for me, apart from the sidebar not being displayed in the GUI.

Created attachment 12287 [details]
backtrace after double linked list corrupted

And here is a backtrace from when the "unsorted double linked list corrupted" error occurred. For me this is a random event. It either occurs immediately on start up or not at all.

strange if it can help:


gsettings set org.nemo.window-state start-with-sidebar false

fixes the crash but doing after:

gsettings set org.nemo.window-state start-with-sidebar true 


does not crash anymore

Hi is someone able to test this?

https://github.com/linuxmint/nemo/issues/2655#issuecomment-770403618

thanks

CC: (none) => miketwebster

Hi again, this one is worth testing also:
https://github.com/linuxmint/nemo/commit/6bc5211c80e3e2321b7e61beb3a15510d502432e

Sorry - I've been working on a lot of this since 4.8 release.

thank you a lot. I added your 2 patches in our rpm.

We will see after the build is QA Team still experience this crash. 

But again, thank you :-)

i tested  ( removed .config/nemo  to be sure i don't have old configuration that can interfere with the tests ).

I don't reproduce crash anymore.


Can someone test too ?

Repeated my test from comment 7 and 8, with a new i586 cinnamon only install
plus all current updates.

Still unresponsive on start requiring a force quit to kill. Starting it after
the force quit no longer crashes, but also does not display any gui.

After killing the restart of nemo, removed it's config file,
~/.config/nemo/desktop-metadata, and tried to start nemo. It aborted with the msg
malloc(): unsorted double linked list corrupted
Aborted (core dumped)

Can I use this image to test?

https://www.mageia.org/en/downloads/get/?q=Mageia-8-beta2-netinstall-nonfree-x86_64.iso

(In reply to Michael Webster from comment #33)
> Can I use this image to test?
> 
> https://www.mageia.org/en/downloads/get/?q=Mageia-8-beta2-netinstall-nonfree-
> x86_64.iso

This ISO will require Network to install necessary packages.
Note that is 64 bits. But it is outdated.

This is 64 bits: http://ftp.free.fr/mirrors/mageia.org/distrib/8/x86_64/install/images/Mageia-8-netinstall-nonfree-x86_64.iso

This is 32 bits: http://ftp.free.fr/mirrors/mageia.org/distrib/8/i586/install/images/Mageia-8-netinstall-nonfree-i586.iso

And it will contains some necessary nonfree firmwares for WiFi...

Best regards,
Bugsquad Team

CC: (none) => ouaurelien

Ok I managed to reproduce the issue and get a good trace, I'll see what I can do with it.

Note: I was only able to reproduce in 32 bit.

Can anyone point me to the spec/build files for nemo, xapp, glib, etc...?

Thanks

found them, never mind :)

Latest SPEC file are here:

Nemo: http://svnweb.mageia.org/packages/cauldron/nemo/current/SPECS/nemo.spec?revision=1674272&view=markup

xapp: http://svnweb.mageia.org/packages/cauldron/xapps/current/SPECS/xapps.spec?revision=1673819&view=markup

Glib2: http://svnweb.mageia.org/packages/cauldron/glib2.0/current/SPECS/glib2.0.spec?revision=1659805&view=markup

Glibc: http://svnweb.mageia.org/packages/cauldron/glibc/current/SPECS/glibc.spec?revision=1674208&view=markup

Hi, this should fix the issue:

https://github.com/linuxmint/nemo/commit/b84f471ee019043f438e872b39b78258b9e60962

While working on this I noticed a few other problems with xapps - I'm unsure where the best place to bring them up so I'll just do it here:

XApp gtk3 module:

There is now a gtk module that a) adds a "Favorites" shortcut to all gtk3 file dialogs to allow access to these files, and b) improves panel icon reliability with apps created with the Web-App manager (https://github.com/linuxmint/webapp-manager).

This is enabled with an environment variable - see:
https://github.com/linuxmint/xapp/blob/master/data/80xapp-gtk3-module.sh

The default location for that (defined in data/meson.build) doesn't appear to be correct in mageia 8, at least it wasn't applying in my environment during testing, though it functioned ok if I exported it later in a terminal. It looks like it should go in /etc/X11/xinit.d for you.

XApp status-notifier support:

A while back we implemented StatusNotifier support in xapps (see https://www.freedesktop.org/wiki/Specifications/StatusNotifierItem). 

There is a daemon that starts with the session - xapp-sn-watcher - that gives programs that support this something to contact and set up status icons. This is an alternative to xembed icons (GtkStatusIcon) which is deprecated in gtk3, and works with the xapp applet in cinnamon. There's an applet for mate and xfce4 as well (the xfce4 plugin has its own source packaging).

Anyhow I only mention this stuff because it doesn't appear they're currently being used here, and I'd recommend them for the UX improvements they provide. If you're purposely not using them, just ignore me. :)

Anyhow, let me know how that patch works. I'm hoping to get a new tagged release for xapps and nemo soon, which will include all of these fixes and more.

Mike

Sorry I meant to link the xapp-sn-watcher source for reference in the last post: https://github.com/linuxmint/xapp/tree/master/xapp-sn-watcher

Will take a look at xapps

are these two related?

Bug 28097

I've tested Michael's fix from comment 38 locally in a 32-bit VM, and it fixes the bug for me. I've pushed nemo-4.8.2-5.mga8 to the build system so others can confirm.

Many thanks Michael for working on this.

Confirming it's fixed on my 32 bit cinnamon only installation.
Thanks everyone!

Note that we are not currently planning on rebuilding the rc iso images to
include this fix, so there will have to be an item in the errata that users
installing cinnamon from the i586 classic iso must have the online repositories
enabled or they will encounter this bug.

The fix will of course be in the final iso images.

Adding the FOR_ERRATA keyword for now. Will close the bug once the errata
has been updated.

Keywords: (none) => FOR_ERRATA8

Although best to include the update during install, either by enabling additional online media at the start or by installing updates at the end, it is possible to update after booting into the new system. I don't think the non-working nemo stops rpmdrake working, and even if it does, there's always IceWM to fall back on.

https://wiki.mageia.org/en/Mageia_8_Errata#CINNAMON updated. Closing the bug.

Status: NEW => RESOLVED
Resolution: (none) => FIXED

I put the missing xapps features in 28294

Hi.  I tried adding the xapps features.  Ran into a problem since the status-notifier causes the wait cursor to use a wait cursor that's round rather than the Mageia standard one.

just created a new Mate / Cinnamon install from 32 RC1 CI.
Updated to latest. (Princeton mirror)
rebooted for new kernel


invoke nemo from terminal, - Segmentation fault (core dumped)  reported.

retrieved journal info:

Feb 17 20:50:57 localhost kernel: nemo[10415]: segfault at 0 ip 08101f9d sp bfee4984 error 4 in nemo[8062000+10d000]
Feb 17 20:50:57 localhost kernel: Code: e8 18 31 f6 ff 83 c4 14 31 c0 5b 5e c3 56 53 e8 99 83 f6 ff 81 c3 79 c0 13 00 83 ec 04 8b 74 24 10 e8 b7 cf ff ff 83 ec 08 50 <ff> 36 e8 ac 63 f6 ff 89 74 24 20 8b 40 74 83 c4 14 5b 5e ff e0 8d

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

Confirmed fixed in cinnamon only install from Mageia-8-i586.iso without
online media included during installation.

Resolution: (none) => FIXED
Status: REOPENED => RESOLVED

Now removed from Errata

Keywords: IN_ERRATA8 => (none)