Awn

Minimize and Restore in tasklist frequently, made the icon "switched" to the rightmost

Bug #148415 reported by Sutanto Kurniawan
62
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Awn
Fix Released
High
haytjes

Bug Description

Further information:
Minimizing and restoring application in the tasklist for about 4-7 times, make the icon dissapeared and switched to the rightmost of the tasklist.
Interestingly, (I think) AWN "remembers" the state, so if I continue to work, and minimize and restore in later time (randomly), the task that have been minimized and restored for about 4-7 times, gracefully switched to the rightmost of the tasklist.
This doesn't happen for icon that "sit" in the launcher.

Steps to reproduce:
Minimize and restoring same task (icon) for about 4-7 times.

Version information:
- bzr "trunk" rev. 123 (this also happen the first time I check out with bzr, but I can't remember the date or the rev, sorry).
- Ubuntu Feisty 7.04 32bit (Kernel 2.6.20, patched with CFS).
- Gnome 2.18.1
- Compiz Fusion 0.5.3 (also happened in beryl).
- NVidia 8400GS with 100.14.19 driver

Revision history for this message
Sutanto Kurniawan (tanto) wrote :

Upgrading to:
- Gutsy Beta 32bit (Kernel 2.6.20, patched with CFS).
- Gnome 2.20.0
- Compiz Fusion 0.6.1
- on same hardware

the problem still exist.

Revision history for this message
Sutanto Kurniawan (tanto) wrote :

Ooops, typo, I meant:
Kernel 2.6.22

Revision history for this message
Andrew Starr-Bochicchio (andrewsomething) wrote :

I can reproduce this consistently with an up-to-date AWN built from source on Gutsy.

No terminal output when the issue occurs.

Changed in awn:
status: New → Confirmed
Revision history for this message
Neil J. Patel (njpatel) wrote :

Hmm, I can't repriduce this with gnome-terminal, firefox or evolution. Does this still occur for you guys?

Revision history for this message
moonbeam (rcryderman) wrote :

Still easily reproducible here last time I started the awn taskmanager/launcher (which was in the last week).

Revision history for this message
Sutanto Kurniawan (tanto) wrote :

Neil, I just checked out the latest bazaar version (revno: 174).
This still occur for me.

Revision history for this message
SkiesOfAzel (valiant-wing) wrote :

Version 194 fixed this for me.

Revision history for this message
Sutanto Kurniawan (tanto) wrote :

Still happened in 195.

Revision history for this message
Sutanto Kurniawan (tanto) wrote :

Hi...

It's seems fixed on version 0.3.1
I'm no longer pull the bazaar version (so I don't know the exact revisio no.), I'm using the awn-testing from ppa.launchpad.net repository instead, the last update fix this.
I'll try this version for a week, and will mark this as Fix Committed (I can do that right?) if the bug not shown in a week, just to make sure... :)

Thanks.

Revision history for this message
moonbeam (rcryderman) wrote :

Sutanto,

No fix has been committed to awn for this bug. It actually is related to interactions between awn and libwnck. If it does end up being resolved on your system please post the version of libwnck in use. But don't change the bug status.

thanks,

Revision history for this message
Sutanto Kurniawan (tanto) wrote :

moonbeam,

Yes, I think I made a conclusion too fast. The bug still exist, but in "different form".
The icon no longer switched to the right most, but the application does, so now the "switched" applications sit to the rightmost of the dock "sitting" on another applications icon. The icons position stays the same, but it not represent the current real applications position.
I hope you can understand what I meant, my English is terrible...

As for the libwnck version, it's the 2.22.1, it's still the original version shipped with Hardy.

Thanks.

Revision history for this message
Massimo Tisi (massimotisi) wrote :

I confirm the same strange behavior described by moonbeam

Mark Lee (malept)
Changed in awn:
importance: Undecided → Medium
status: Confirmed → Triaged
Revision history for this message
oisin (ninja-gofer) wrote :

I can confirm this on Gentoo. Tested both 2.6 and latest bazaar versions, no difference between the two.

Dependency versions;
kernel 2.6.25
libwnck 2.22.3 (tested 2.24.1)
compiz-fusion 0.7.8
xorg-x11 7.2
xorg-server 1.3
nvidia-drivers 180.06

Revision history for this message
Jeremy Gove (jeremy-gove) wrote :

This happens to me, too in Gentoo. Sometimes it happens after restoring the program just once or twice; it often happens before four to seven attempts.

Revision history for this message
moonbeam (rcryderman) wrote :

Changing the status. This bug should be resolved in the 0.4 rewrite branch. If it is not already fixed it _will_ be before the release.

Changed in awn:
milestone: none → 0.4.0
status: Triaged → In Progress
Revision history for this message
Michal Hruby (mhr3) wrote :

Hopefully fix for this will get into 0.3.2.

Changed in awn:
assignee: nobody → h4writer
milestone: 0.4.0 → 0.3.2
Revision history for this message
haytjes (h4writer) wrote :

There is an temp. fix added in trunk. The real cause isn't found yet (Is it a Wnck or an AWN bug?). But for now this temp. fix is added to be tested before release of 0.3.2. Just in cause the real cause isn't found.
If there is any regression or something with this fix, this temp. fix will get removed.
(I added it now, to have a time to test it, before the release)

Revision history for this message
Michal Hruby (mhr3) wrote :

Seems like the workaround done by haytjes didn't cause any regressions, therefore setting as Fix commited.

Changed in awn:
importance: Medium → High
status: In Progress → Fix Committed
Revision history for this message
Faeq (faeq) wrote :

where is the fix?i cant find it
and please tell me how to patch it

moonbeam (rcryderman)
Changed in awn:
status: Fix Committed → Fix Released
Revision history for this message
Sutanto Kurniawan (tanto) wrote :

Just stop by to say that the fix have fixed the problem.
I'm using AWN from the ppa.launchpad.net/awn-testing for hardy , and don't experience this problem after 2-3 weeks of usage.
Great jobs devs, thank you.

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.