Awn

Windows remain unselected when changing Desktop

Bug #223257 reported by Takky
4
Affects Status Importance Assigned to Milestone
Awn
Fix Released
Low
moonbeam
Awn 0.4.0

Bug Description

Using Ubuntu 8.04 (Fresh installation so Everythigs Default), an ATI x700 with the "Proprietary Driver" included in the Distribution and AWN installed via Recoacards Repository: v. 0.3.1.
As I can see this Bug appears only with "Keep Below Maximized Windows when not in use".
When I change to a Desktop without any Windows on it and then come back, to a Desktop with one or more, this window don't became active so I have to click on it to use it.
The same behavior was on Ubuntu 7.10.

Thanks for the Good Job!
Regards.

Revision history for this message
Mark Lee (malept) wrote :

Neil: is this a bug or expected behavior?

Changed in awn:
assignee: nobody → njpatel
status: New → Incomplete
Revision history for this message
Takky (takky85) wrote :

I think this is a Bug. It appens only with that features active.
With every other setting in Avant, and also without Avant, the window become active just when I switch to a desktop with something open on it.

Revision history for this message
moonbeam (rcryderman) wrote :

After thinking about it a bit I'm inclined to classify this as a side effect of the setting. But I really don't know if we should try and fix it per se as my preferences is to let the Window Manager manage this type of things when possible. My concern if we try and fix this is that it may get resolved for one window manager but the "fix" may cause issues in another.

If there's an simple, low impact, fix available I'd be inclined to say we should do it otherwise I'm leaning to leave it be for now. I'll try and take a quick look today. Anyway, I'm still thinking about it but those tend to be my thoughts at this time.

Revision history for this message
De Cowboy (decowboy) wrote :

I would love to see this fixed! The reason I use the hide behind other windows option, is because I only want to see or use AWN when I want to, and this 'feature' causes exactly the opposite.

Michal Hruby (mhr3)
Changed in awn:
importance: Undecided → Low
milestone: none → 0.4.0
status: Incomplete → Triaged
Revision history for this message
Michal Hruby (mhr3) wrote :

@moonbeam: Is this problem also with 0.4? Please set to Fix commited if not.

Changed in awn:
assignee: Neil J. Patel (njpatel) → moonbeam (rcryderman)
Revision history for this message
moonbeam (rcryderman) wrote :

Fix is in rewrite. Will mark fix committed when merged into trunk.

Changed in awn:
status: Triaged → In Progress
moonbeam (rcryderman)
Changed in awn:
status: In Progress → Fix Committed
moonbeam (rcryderman)
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.
Subscribing...

Other bug subscribers

Remote bug watches

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