[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kwin
Subject:    [Bug 187907] Restore resolution after application crash
From:       Thomas Lübking  <thomas.luebking () web ! de>
Date:       2009-10-31 23:06:44
Message-ID: 20091031230644.3FF4D23F4F () immanuel ! kde ! org
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=187907





--- Comment #10 from Thomas Lübking <thomas luebking web de>  2009-11-01 00:06:39 ---
(In reply to comment #7)
> For my the solution is:
> 1) detect change os resolution, and the the pid linked (of the application)

X11 provides only a loose binding between Wid and pid by NETWM conventions, and
i really can't find a pid field in XConfigureEvent

> 2) if application crash (see in monitor process list && dmesg for linux)
> restore the resolution
even /if/ kwin could detect whether some arbitrary application just crashed
(definition? sigsev? - my dmesg doesn't log sigsevs. what about bsd? would you
want to poll /proc anyway?)
who says that just because the related process got a sigsev, this means that
the resolution change was unintended?
e.g. some apps (belive it or not) could sigsev on exit due to bad
deconstructors - that does not mean all their actions were invalid.

Sum up:
- I guess we all agree that the orginal bug is external (the res. changing and
crashing app)
- The detecion of such incident (if possible at all) would have to be
heuristical.
- As soon as KWin takes some action on this, it will be responsible for the
outcome, including all side effects -> bugs or annoyances triggered by this
workaround would be KWin bugs :-(

- Workarounds should be as tight as possible to prevent any interference/side
effects
-> the workaround should happen on the broken process
--> if you /know/ that a bunch of (esp. wine games) apps is "broken" in this
and other regards and you cannot fix them you should work towards them by
presenting an environment they can deal with and restore the former environment
after they exited.

btw:
a) trust me, you want to start all wine games through scripts that prepare a
certain environment, disable or force aa or aniso settings - depending on the
game... this just is not windows, purchase cedega in doubt
b) i guess "hard gamers" would rather request DX11 support first - or EAX4...
;-P

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
_______________________________________________
kwin mailing list
kwin@kde.org
https://mail.kde.org/mailman/listinfo/kwin

[prev in list] [next in list] [prev in thread] [next in thread]