Awn

Window matching by WM_ICON_NAME not by WM_CLASS

Bug #180681 reported by kosmosik
4
Affects Status Importance Assigned to Milestone
Awn
Fix Released
Medium
moonbeam

Bug Description

I like to have custom icons for my applications. F.e. if I run rxvt-unicode it shows up as an ugly icon in AVN. So I change it to something nice. :)

The problem is that the change lasts only for one window. Another opened window gets the usual ugly icon.

I guess the problem is that AVN matches Windows with icons by windows titles (WM_ICON_NAME property) instead of their class (WM_CLASS property). I think that windows should be matched with their classes, not titles. Titles can change anytime. F.e. I use random fortune for titles of my terminal windows but they are still the same class.

For some reson this works well with gnome-terminal not with rxvt-unicode (which I prefer as it is faster and doesn't have bugs). I guess that gnome-terminal first sets "Terminal" as window title and then sets the title supplied from shell process. Rxvt-unicode is I guess faster or does it the other way. Anyway I get ugly icon for urxvt. :(

Concluding I think it would be nice that you guys implement more inteligent way of window matching.

Tags: taskmanager
Mark Lee (malept)
Changed in awn:
status: New → Confirmed
Revision history for this message
Michal Hruby (mhr3) wrote :

Window matching algorithms were completely revamped for the 0.4 version.

Changed in awn:
assignee: nobody → moonbeam (rcryderman)
importance: Undecided → Medium
milestone: none → 0.4.0
status: Confirmed → In Progress
moonbeam (rcryderman)
Changed in awn:
status: In Progress → Fix Committed
Mark Lee (malept)
Changed in awn:
status: Fix Committed → Fix Released
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.