| Summary: | TWin randomly overloads CPU when using transparency effects | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Kristopher <gamrat.kristopher> |
| Component: | tdebase | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ac586133, bugwatch, kb9vqf |
| Priority: | P5 | ||
| Version: | R14.0.0 [Trinity] | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
| Bug Depends on: | |||
| Bug Blocks: | 2014 | ||
|
Description
Kristopher
2014-10-28 21:51:55 CDT
twin in R14 uses a modified compton as its compositor. Before R14 final release I'll try to sync the compton code with upstream to see if it fixes this issue. Hi, Although it is not exactly the same thing, when TDE R14 is used with Crystal false transparency window border, it causes some lockups of variable length, from 1-2 seconds to half a minute. -Alexandre (In reply to Alex Couture from comment #2) > Hi, > > Although it is not exactly the same thing, when TDE R14 is used with Crystal > false transparency window border, it causes some lockups of variable length, > from 1-2 seconds to half a minute. > > > -Alexandre I assume you are talking about twin locking up? If you can break into twin with gdb during those lockups and generate a backtrace that issue could probably be solved. Tim Something appears to be calling KIPC BackgroundChanged continually when this bug hits. If this can be fixed (BackgroundChanged is only supposed to be called when the desktop background changes) the various Crystal transparency bugs should disappear. Assigning this to myself as I am currently working on it. Fixed in GIT hash b0c4ab3. Thanks for reporting! |