Scaling Crashes Docky

Bug #518304 reported by Seif Sallam
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Docky
Incomplete
Low
Robert Dyer

Bug Description

i realized that Docky doesn't crash because of the panel mode it actually crashes because of the scaling, when Docky uses all the screen wide; when it needs more space it scales down every icon on the dock so the dock can fit the screen.

Steps to make it crash:
1. Run Docky
2. Fill the Docky with icons till it touches the sides of the screen
3. Run more applications and close it (just force the Docky to scale up and down X times)
4. Congratulations

The Log in comment #3

System information:
Ubuntu 9.10 i386 && x64
Environment Gnome 2.28.1
Kernel: Linux 2.6.31-19-generic

------------OLD REPORT------------------
using Docky in panel mode crashes after some scaling, and this means that if i have a full icons on Docky and i opened another application it should scale down every icon so it fits the screen, but after 2 or 3 times of scaling up and down it crashes.

this problem i noticed happen more often on Ubuntu 9.10 i386 than on x64.

Revision history for this message
Robert Dyer (psybers) wrote :

Crash traces or it didn't happen.

When reporting a bug (especially a crash), you need to include the following information:

1) Steps to reproduce (if possible, this is very important!)
2) A stack-trace / console log (if it crashes, the stack trace is dumped to the console)
3) System information such as OS/platform/anything else possibly relevant

Run Docky from a terminal with the '--debug' flag, recreate the crash and give us the output.

Changed in docky:
status: New → Incomplete
importance: Undecided → Low
assignee: nobody → Robert Dyer (psybers)
Revision history for this message
Robert Dyer (psybers) wrote :

I can not reproduce this, so you will have to get us a trace.

Revision history for this message
Seif Sallam (seif.sallam) wrote :
Download full text (8.1 KiB)

Here is the debug log

[Info 08:10:01.967] Docky version: bzr docky r1132 ppa
[Info 08:10:01.999] Kernel version: 2.6.31.19
[Info 08:10:02.000] CLR version: 2.0.50727.1433
[Warn 08:10:02.161] [GLib] g_set_prgname() called multiple times
/usr/share/themes/Human/gtk-2.0/gtkrc:85: Murrine configuration option "gradients" is no longer supported and will be ignored.
[Info 08:10:02.538] [DockServices] Dock services initialized.
[Info 08:10:03.795] [DockController] Setting theme: HUD
[Info 08:10:04.335] [PluginManager] Loaded "Docky.Widgets,1.0".
[Info 08:10:04.336] [PluginManager] Loaded "Docky.Widgets,1.0".
[Info 08:10:04.337] [PluginManager] Loaded "Weather".
[Info 08:10:04.361] [PluginManager] Loaded "Clock".
[Info 08:10:04.370] [PluginManager] Loaded "Trash".
[Info 08:10:04.395] [PluginManager] Loaded "Mounter".
[Info 08:10:04.450] [PluginManager] Loaded "GMail".
[Info 08:10:04.458] [PluginManager] Loaded "Bookmarks".
[Info 08:10:04.521] [PluginManager] Loaded "Recent Documents".
[Info 08:10:04.536] [PluginManager] Loaded "CPU Monitor".
[Info 08:10:04.774] [Helper] Starting banshee_control.py
[Info 08:10:04.867] [Helper] Starting zeitgeist_docky.py
[Info 08:10:04.902] [Helper] Starting zeitgeist_journal.py
[Info 08:10:04.928] [Helper] Starting tomboy_menus.py
[Info 08:10:04.998] [DrawingService] Could not find 'gajim', using fallback of 'extension'.
[Info 08:10:05.079] [DrawingService] Could not find 'liferea', using fallback of 'extension'.
[Info 08:10:05.091] [DrawingService] Could not find 'pidgin', using fallback of 'extension'.
[Info 08:10:05.160] [DrawingService] Could not find 'deluge', using fallback of 'extension'.
[Info 08:10:05.556] [DrawingService] Could not find 'emblem-', using fallback of 'application-default-icon'.
[Info 08:10:06.019] [GMailAtom] Fetching Atom feed: https://mail.google.com/mail/feed/atom/Inbox
[Info 08:10:06.024] [AbstractWeatherSource] Weather Underground: Reloading weather data
[Info 08:10:06.143] [DrawingService] Could not find 'emblem-', using fallback of 'application-default-icon'.
/usr/share/themes/Human/gtk-2.0/gtkrc:85: Murrine configuration option "gradients" is no longer supported and will be ignored.
/usr/share/themes/Human/gtk-2.0/gtkrc:85: Murrine configuration option "gradients" is no longer supported and will be ignored.
Created new window in existing browser session.
/usr/share/themes/Human/gtk-2.0/gtkrc:85: Murrine configuration option "gradients" is no longer supported and will be ignored.
[3794:4140:710629402:ERROR:net/base/x509_certificate_nss.cc(546)] CERT_PKIXVerifyCert for www.tzuy.com failed err=-8164
[3794:4120:718425199:ERROR:net/base/x509_certificate_nss.cc(546)] CERT_PKIXVerifyCert for www.tzuy.com failed err=-8164
[Info 08:15:06.042] [GMailAtom] Fetching Atom feed: https://mail.google.com/mail/feed/atom/Inbox
/usr/share/themes/Human/gtk-2.0/gtkrc:85: Murrine configuration option "gradients" is no longer supported and will be ignored.
/usr/share/themes/Human/gtk-2.0/gtkrc:85: Murrine configuration option "gradients" is no longer supported and will be ignored.
[Info 08:20:06.028] [GMailAtom] Fetching Atom feed: https://mail.google.com/mail/feed/atom/Inbox
...

Read more...

summary: - panel mode crashes (scaling)
+ Scaling Crashes Docky
description: updated
description: updated
Revision history for this message
Robert Dyer (psybers) wrote :

There is no crash in that log. Do you perhaps mean it is frozen?

The difference is that when it freezes you can still see it, but it won't respond to your mouse/keyboard at all and you must kill the program. A crash the program exits on it's own.

Revision history for this message
Seif Sallam (seif.sallam) wrote :

Yes, it Freeze. and thanks for the clarification.

Revision history for this message
Robert Dyer (psybers) wrote :

In that case, what you need to do is a tad bit different.

While Docky is still running (but frozen), you need to open a *new* terminal, find the PID for docky (ps aux|grep Docky.exe) and then run this:

$ kill -SIGQUIT <pid>

This will cause a dump to appear on the *original* terminal you started Docky from. *NOT* the new one you just opened.

Then give us the log from the original terminal again, which should include a trace this time.

Revision history for this message
Seif Sallam (seif.sallam) wrote :
Download full text (4.0 KiB)

Full thread dump:

"<unnamed thread>" tid=0x0x7ffaa51fd730 this=0x0x7ffaa50b0e58 thread handle 0x404 state : not waiting owns ()
  at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00052>
  at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff>
  at Gtk.Application.Run () <0x0000b>
  at Docky.Docky.Main (string[]) [0x000ed] in /build/buildd/docky-2.0~bzr1132/Docky/Docky/Docky.cs:86
  at (wrapper runtime-invoke) Docky.Docky.runtime_invoke_void_object (object,intptr,intptr,intptr) <0xffffffff>

"<threadpool thread>" tid=0x0x7ffa94d7f910 this=0x0x7ffa965b6178 thread handle 0x424 state : interrupted state owns ()
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0x0004b>
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0xffffffff>
  at System.Threading.WaitHandle.WaitAny (System.Threading.WaitHandle[],System.TimeSpan,bool) <0x00077>
  at System.Threading.RegisteredWaitHandle.Wait (object) <0x000bb>
  at (wrapper runtime-invoke) object.runtime_invoke_void__this___object (object,intptr,intptr,intptr) <0xffffffff>

"<unnamed thread>" tid=0x0x7ffa96454910 this=0x0x7ffa9655f178 thread handle 0x41a state : interrupted state owns ()
  at (wrapper managed-to-native) System.Threading.Thread.Sleep_internal (int) <0x00045>
  at (wrapper managed-to-native) System.Threading.Thread.Sleep_internal (int) <0xffffffff>
  at System.Threading.Thread.Sleep (int) <0x0001f>
  at CPUMonitor.CPUMonitorDockItem.<CPUMonitorDockItem>m__0 () [0x0000b] in /build/buildd/docky-2.0~bzr1132/StandardPlugins/CPUMonitor/src/CPUMonitorDockItem.cs:75
  at Docky.Services.SystemService/<RunOnThread>c__AnonStorey9.<>m__B () [0x00000] in /build/buildd/docky-2.0~bzr1132/Docky.Services/Docky.Services/SystemService.cs:359
  at (wrapper runtime-invoke) object.runtime_invoke_void__this__ (object,intptr,intptr,intptr) <0xffffffff>

"<threadpool thread>" tid=0x0x7ffa95189910 this=0x0x7ffa9bd69000 thread handle 0x41f state : interrupted state owns ()
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0x0004b>
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0xffffffff>
  at System.Threading.WaitHandle.WaitAny (System.Threading.WaitHandle[],System.TimeSpan,bool) <0x00077>
  at System.Threading.RegisteredWaitHandle.Wait (object) <0x000bb>
  at (wrapper runtime-invoke) object.runtime_invoke_void__this___object (object,intptr,intptr,intptr) <0xffffffff>

"<threadpool thread>" tid=0x0x7ffa94f84910 this=0x0x7ffa965b62f0 thread handle 0x421 state : interrupted state owns ()

"<threadpool thread>" tid=0x0x7ffa8ffff910 this=0x0x7ffa982afd38 thread handle 0x42a state : interrupted state owns ()
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0x0004b>
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0xffffffff>
  at System.Threading.WaitHandle.WaitAny (System.Thr...

Read more...

Revision history for this message
Alessandro Crismani (alessandro-crismani) wrote :

Same freeze situation on my PC, I will attach a log as soon as it freezes again.

Besides, I love this dock!!

Revision history for this message
Alessandro Crismani (alessandro-crismani) wrote :
Download full text (6.9 KiB)

Sadly happened this evening, here is the log:

Full thread dump:

"<unnamed thread>" tid=0x0x7fbfadb58710 this=0x0x7fbfadba58d0 thread handle 0x41a state : not waiting owns ()
  at (wrapper managed-to-native) System.Threading.Thread.Sleep_internal (int) <0x00045>
  at (wrapper managed-to-native) System.Threading.Thread.Sleep_internal (int) <0xffffffff>
  at System.Threading.Thread.Sleep (int) <0x0001f>
  at CPUMonitor.CPUMonitorDockItem.<CPUMonitorDockItem>m__0 () <0x00023>
  at Docky.Services.SystemService/<RunOnThread>c__AnonStorey9.<>m__B () <0x00021>
  at (wrapper runtime-invoke) object.runtime_invoke_void__this__ (object,intptr,intptr,intptr) <0xffffffff>

"<threadpool thread>" tid=0x0x7fbfabd4f710 this=0x0x7fbfae4e2d38 thread handle 0x422 state : interrupted state owns ()
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0x0004b>
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0xffffffff>
  at System.Threading.WaitHandle.WaitAny (System.Threading.WaitHandle[],System.TimeSpan,bool) <0x00077>
  at System.Threading.RegisteredWaitHandle.Wait (object) <0x000bb>
  at (wrapper runtime-invoke) object.runtime_invoke_void__this___object (object,intptr,intptr,intptr) <0xffffffff>

"<threadpool thread>" tid=0x0x7fbfab547710 this=0x0x7fbfae4e2758 thread handle 0x42d state : waiting on 0x400 : Event owns ()
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0x0004b>
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0xffffffff>
  at System.Threading.WaitHandle.WaitAny (System.Threading.WaitHandle[],System.TimeSpan,bool) <0x00077>
  at System.Threading.RegisteredWaitHandle.Wait (object) <0x000bb>
  at (wrapper runtime-invoke) object.runtime_invoke_void__this___object (object,intptr,intptr,intptr) <0xffffffff>

"<threadpool thread>" tid=0x0x7fbfaad1c710 this=0x0x7fbfae4e22f0 thread handle 0x436 state : waiting on 0x400 : Event owns ()
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0x0004b>
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0xffffffff>
  at System.Threading.WaitHandle.WaitAny (System.Threading.WaitHandle[],System.TimeSpan,bool) <0x00077>
  at System.Threading.RegisteredWaitHandle.Wait (object) <0x000bb>
  at (wrapper runtime-invoke) object.runtime_invoke_void__this___object (object,intptr,intptr,intptr) <0xffffffff>

"<threadpool thread>" tid=0x0x7fbfaaf21710 this=0x0x7fbfae4e2468 thread handle 0x433 state : interrupted state owns ()
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0x0004b>
  at (wrapper managed-to-native) System.Threading.WaitHandle.WaitAny_internal (System.Threading.WaitHandle[],int,bool) <0xffffffff>
  at System.Threading.WaitHandle.WaitAny (System.Threading.WaitHandle[],System.TimeSpan,bool) <0x00077>
  at System.Threading.Regist...

Read more...

Changed in docky:
milestone: none → 2.0.2
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.