file manager context menu

Bug #1927992 reported by Robert
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Compiz
New
Undecided
Robert

Bug Description

I found the cause of compiz crashing, when I launch file manager and bring up the context menu, then select create document, and that's when compiz crashes. https://i.postimg.cc/43SCvHJN/Przechwycenie-obrazu-ekranu-2021-05-10-14-56-27.png

Robert (robson75)
Changed in compiz:
assignee: nobody → Robert (robson75)
assignee: Robert (robson75) → nobody
assignee: nobody → Robert (robson75)
Revision history for this message
Dmitry Shachnev (mitya57) wrote :

Thanks for your report!

I cannot reproduce this crash with the version of compiz from master (71fcf28a63dbf033) and with caja file manager.

Can you please obtain a stack trace from gdb and attach it here?

Revision history for this message
Robert (robson75) wrote :

Hello
I am using Arch Linux my DE is Xfce4, and I have caja and thunar on my system, and the problem occurs in both, when I last built compiz about a month ago after updating protobuf, everything was fine. But now when I build compiz I get this error as above.
My question is how to use gdb?

Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :
Revision history for this message
Robert (robson75) wrote :

I only have this
Starting program: /usr/bin/compiz compiz
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
/usr/bin/compiz (core) - Info: Loading plugin: core
/usr/bin/compiz (core) - Info: Starting plugin: core
[New Thread 0x7ffff749e640 (LWP 8032)]
/usr/bin/compiz (core) - Error: Screen 0 on display ":0.0" already has a window manager; try using the --replace option to replace the current window manager.
/usr/bin/compiz (core) - Info: Stopping plugin: core
/usr/bin/compiz (core) - Info: Unloading plugin: core
[Thread 0x7ffff749e640 (LWP 8032) exited]
[Inferior 1 (process 8028) exited with code 01]

Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

Try `echo -e "run --replace\nbt full" | gdb compiz`. Then reproduce crash. Also make sure you have debugging symbols for compiz.

Revision history for this message
Robert (robson75) wrote :
Revision history for this message
Robert (robson75) wrote :
Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

/usr/include/c++/10.2.0/bits/stl_vector.h:1045: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) [with _Tp = float; _Alloc = std::allocator<float>; std::vector<_Tp, _Alloc>::reference = float&; std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion '__builtin_expect(__n < this->size(), true)' failed.

Disabling animation plugin might be workaround until problem is fixed.

Revision history for this message
Robert (robson75) wrote :

Indeed, turning off the animation helped. I hope this will be fixed, because what's the point of using compiz without animation.

Revision history for this message
Robert (robson75) wrote :

Specifically, removing this item solved the problem
https://i.postimg.cc/d1tvjyDv/compiz.png

Revision history for this message
Robert (robson75) wrote :

I also wanted to add that the expo plugin crashes compiz.

Revision history for this message
Robert (robson75) wrote :

Could someone please share compiz sources from early April.

Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

Does it crash only in file manager? Can you reproduce crash with other apps? I installed caja, enabled animation plugin and added curved fold animations like in your screenshot. Does not crash for me!

Revision history for this message
Robert (robson75) wrote :

I think it's a problem with mesa, because it's version 21.1.0-1 on Arch Linux. We'll see. Maybe an update will fix it.

Revision history for this message
Robert (robson75) wrote :

Turns out it's not mesa's fault, because yesterday I did a downgrade to version 20.3.4-3 and rebuilt compiz, and the effect is the same. For example when I restart conky then compiz core dumps, here is the result
https://paste.ubuntu.com/p/Yc24kMkdJH/

Revision history for this message
Robert (robson75) wrote :

However, it turns out that this is just a problem with the curved fold animation plugin, because when I changed it to horizontal folds, it started working expo normally, and restarting conky no longer causes core dumps compiz.
https://i.postimg.cc/g2kB2V3Z/compiz.png

Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

I still can not reproduce crash!

Stacktrace also shows wall plugin? Does it stop crashing if you disable only that?

Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

Your stacktrace shows: No debugging symbols found in compiz, please recompile compiz with debugging symbols.

Revision history for this message
Robert (robson75) wrote :

I build compiz with this PKGBUILD
https://aur.archlinux.org/packages/compiz/
And how to add these debug symbols?

Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

Sorry, I know nothing about arch. Try this - https://wiki.archlinux.org/title/Debug_-_Getting_Traces.

Revision history for this message
Robert (robson75) wrote :

I rebuilt compiz by adding this content to PKGBUILD

CFLAGS=${CFLAGS/-fvar-tracking-assignments}
CXXFLAGS=${CXXFLAGS/-fvar-tracking-assignments}

Then back in animation I selected curved fold and restarted conky, here is the result
https://paste.ubuntu.com/p/33SGPytnjN/

Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

Still no debugging symbols:
Reading symbols from compiz...
(No debugging symbols found in compiz)

Revision history for this message
Robert (robson75) wrote :

Debugging information is now available
https://paste.ubuntu.com/p/YqtBqs2d5g/

Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

Crash happens in plugins/opengl/src/vertexbuffer.cpp:167 because of trying to access first array element while it is empty. getVertices is used in plugins/animation/src/grid.cpp:283.

From stacktrace oheight is 45 and calculated gridH is 0.454545468. From that mGridHeight is 100. gridH is passed to glAddGeometry as maxGridHeight which is unsigned int meaning that gridH is most likly rounded down/truncated to 0.

glAddGeometry is in plugins/opengl/src/paint.cpp. addQuads is used to fill vertexBuffer and it has early return if maxGridWidth or maxGridHeight is 0. This explains why vertexData is empty.

I don't know what might be correct fix for this, but this does not look like could have been caused by recent changes in compiz. Did you try to build older version to confirm it does not crash without recent commits?

Revision history for this message
eldorico (eldorico) wrote :

Hi! I also have a crash that doesnt appears when animations are disabled. I reproduce it with a file manager (nautilus), when I drag a file. (Compiz 0.9.14.1 - archlinux)
https://paste.ubuntu.com/p/fxV9c2MbhC/

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.