Plank hangs upon opening a pinned folder's context menu

[Jonathan Alfonso]

Plank consumes extremely high CPU when you primary or secondary click a pinned folder. As the folder contents list is frozen (entire OS hangs as it's frozen for about 2 second), it leaves a ghost of the menu but the menu doesn't render. After the menu renders, secondary clicking any other item in the dock results in the same error.

Error reported by plak -
[FATAL 20:22:18.867626] [Gtk] gtk_widget_is_drawable: assertion `GTK_IS_WIDGET (widget)' failed
[FATAL 20:22:18.880024] Plank will not function properly.

Steps to reproduce -
Drag the folder "/usr/share/applications" from pantheon-files over to plank
Right click the newly pinned folder with plank in debug mode (plank -d)
Right click any icon in plank and it will make a ghost of the menu as it spams the debug console with
"[FATAL 17:05:13.932173] [Gtk] gtk_widget_get_request_mode: assertion `GTK_IS_WIDGET (widget)' failed".

Specs -
---
- Software info -
Distro: Elementary OS Luna AMD64 latest
Plank version: 0.2.0.661
Window Manager: gala
Desktop Environment: pantheon
xorg-server version: 2:1.11.4-0ubuntu10.2
---
- Hardware info -
ATI Radeon HD 5450 graphics (Open source drivers, not fglrx)
3GB (3x1GB) PC2-5300 DDR2 RAM @ 333.3MHz
---
CPU info (in case it's CPU-related) -
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 22
model name : Intel(R) Celeron(R) CPU 450 @ 2.20GHz
stepping : 1
microcode : 0x38
cpu MHz : 2194.552
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss tm pbe syscall nx lm constant_tsc up arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm lahf_lm dts
bogomips : 4389.10
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

[Jonathan Alfonso (alfonsojon1997)]

Log file

[Jonathan Alfonso (alfonsojon1997)]

Ignore the previous log, it had info of me installing software and such

[Jonathan Alfonso (alfonsojon1997)]

May I ask what's missing from the debug report?

[Jonathan Alfonso (alfonsojon1997)]

I meant bug report

[Robert Dyer (psybers)]

Exact steps and conditions for us to reproduce it. Until we (or someone at least) can reproduce it, it is incomplete.

[Jonathan Alfonso (alfonsojon1997)]

Thank you, I'll fix that right now

[Jonathan Alfonso (alfonsojon1997)]

I think it's complete now, sorry for the inconvenience

[Robert Dyer (psybers)]

Ohhhhhhhhhh kay. See now it makes total sense. You just put a folder that contains probably hundreds of entries onto the dock and then opened the context menu. That is a HUGE hit on the cpu. There is nothing I can do about that use case.

Don't add folders with lots of items to the dock.

[Jonathan Alfonso (alfonsojon1997)]

Read the debug log, that gets spammed as it's opening. This occurs with any folder in my case.

[Jonathan Alfonso (alfonsojon1997)]

That should not happen even if the user doesn't notice (even on small folders/empty ones). The debug console still gets flooded with that error.

[Jonathan Alfonso (alfonsojon1997)]

Actually pardon my ignorance but this seems to be a race condition, it's no longer occuring and the /usr/share/applications folder opens fine now.

[Jonathan Alfonso (alfonsojon1997)]

 It happened again with a fairly empty folder ( ~/Downloads).

[Robert Dyer (psybers)]

Remove your usr/share/applications folder off your dock. Restart Plank.

THEN test other folders. If you still get strange behavior at that point, you need to track down a specific set of reproducible steps so we can see the behavior.

My guess is you won't see that behavior though, after removing that particular folder from the dock. Don't forget to restart Plank.

[Jonathan Alfonso (alfonsojon1997)]

You can't remove folders from the dock as stated in bug #1010066

[Jonathan Alfonso (alfonsojon1997)]

I lied, it's removable via the menu

[Jonathan Alfonso (alfonsojon1997)]

This can only be confirmed by using a folder with enough files that overflows the maximum amount of space on the screen. This can be achieved by lowering the resolution to 640x480 and clicking a pinned folder which overflows the amount of space available.

[Robert Dyer (psybers)]

Exactly. So I stand by the WontFix.

Eventually we will probably have our own (paging) renderer, similar to stacks in Docky 2. Then you can toss in any folder. Until then, we are using standard GTK menu's and I won't deal with it. This feature wasn't intended for large folders anyway.

[Jonathan Alfonso (alfonsojon1997)]

Will this be for Luna or Luna+1?

[Robert Dyer (psybers)]

Plank is not an Elementary project. I don't know anything about their schedule.

[Robert Dyer (psybers)]

I am not marking this as a duplicate of bug 709021.

[Robert Dyer (psybers)]

*I am NOW marking this as a duplicate of bug 709021.

[Jonathan Alfonso (alfonsojon1997)]

Okay thanks