Regression: Broken (click-through) window decoration on some maximized windows
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Compiz |
Fix Released
|
Critical
|
Sam Spilsbury | ||
0.9.10 |
Fix Released
|
Critical
|
Christopher Townsend | ||
compiz (Ubuntu) |
Fix Released
|
Critical
|
Unassigned |
Bug Description
I have an issue with compiz (compiled yesterday from launchpad, so 0.9.9.0) on my notebook with openSUSE 12.3 and KDE 4.10.
The window decorations break on maximized windows. I can not click any button. Instead the click goes trough to the desktop.
The windowborder is also broken.
On the right side of the screen I can see a thin line of my desktop. A screenshot is attached.
Funny: This is not only happening to mozilla windows but to some others as well: Dolphin and Filezilla for example.
The konsole, however can be maximized without a problem!
I've started the kde4-window-
First: About 30 times this:
+++++++++++++++++
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::end: Painter not active, aborted
+++++++++++++++++
Window decorations are working and intact. Then: when I open Firefox maximized:
+++++++++++++++++
X Error: BadWindow (invalid Window parameter) 3
Major opcode: 20 (X_GetProperty)
Resource id: 0x2000142
+++++++++++++++++
The resource id changes from time to time.
Here are some hardware specs:
Athlon Dualcore QL 64 bit
Nvidia GeForce 8200M G (with nvidia drivers 310.40)
OpenSUSE 12.3 with latest updates.
Qt: 4.8.4
KDE: 4.10.00 "release 1"
The rest of compiz is working great, by the way. A crash here and there when activating many plugins but I could configure everything quite nicely.
Thank you guys - for this wonderful project.
I hope we can find the reason for this issue.
Related branches
- PS Jenkins bot (community): Approve (continuous-integration)
- Christopher Townsend (community): Approve
- Daniel van Vugt: Pending requested
- MC Return: Pending requested
-
Diff: 448 lines (+259/-56)3 files modifiedapiplugins/decor/src/decor.cpp (+57/-48)
plugins/decor/tests/acceptance/xorg-gtest/CMakeLists.txt (+4/-2)
plugins/decor/tests/acceptance/xorg-gtest/compiz_decor_acceptance_tests.cpp (+198/-6)
- Daniel van Vugt: Needs Resubmitting
- MC Return: Abstain
- PS Jenkins bot (community): Approve (continuous-integration)
-
Diff: 448 lines (+259/-56)3 files modifiedapiplugins/decor/src/decor.cpp (+57/-48)
plugins/decor/tests/acceptance/xorg-gtest/CMakeLists.txt (+4/-2)
plugins/decor/tests/acceptance/xorg-gtest/compiz_decor_acceptance_tests.cpp (+198/-6)
- Brandon Schaefer (community): Approve
- PS Jenkins bot (community): Approve (continuous-integration)
-
Diff: 448 lines (+259/-56)3 files modifiedapiplugins/decor/src/decor.cpp (+57/-48)
plugins/decor/tests/acceptance/xorg-gtest/CMakeLists.txt (+4/-2)
plugins/decor/tests/acceptance/xorg-gtest/compiz_decor_acceptance_tests.cpp (+198/-6)
- Christopher Townsend (community): Disapprove
- Strelok (community): Needs Fixing
-
Diff: 37 lines (+10/-10)1 file modifiedapiplugins/decor/src/decor.cpp (+10/-10)
Simon Groot Bramel (z-simon-l) wrote : | #1 |
description: | updated |
Simon Groot Bramel (z-simon-l) wrote : | #2 |
Simon Groot Bramel (z-simon-l) wrote : | #3 |
good morning everyone,
another reason why I think this is not a duplication of 1158161: The fix for that bug didn't fix this one here!
It did change something: Decorations are no longer displaced and I can't see the small line of my Desktop at the side of a maximized window.
Still the buttons of the decoration do not work,
Still: unmaximizing SOLVES the problem temporarily (remaximizing is possible) - but only as long as the window isn't closed.
best regards,
simon
Colin Law (colin-law) wrote : | #4 |
You should be able to unmark it as a duplicate by clicking on the '-' at the end of the line at the top saying "This bug report is a duplicate of ..."
Brendon Rapp (legion28) wrote : | #5 |
This affects me too. Using Compiz with Xfce. If a window starts maximized, my click goes right through the window bar.
Unmaximizing (by right-clicking on the window button in the panel) and then re-maximizing fixes the problem.
Brendon Rapp (legion28) wrote : | #6 |
Apologies for lack of version info in the last post.
I'm using Ubuntu 13.04 beta, Compiz 0.9.9.0.
Sam Spilsbury (smspillaz) wrote : | #7 |
Hmm.
First of all, apologies for the dupe, this one came in at the same time as another one and they looked quite similar.
Secondly, I haven't been able to reproduce this one with lp:compiz . I'm running lp:compiz at the moment have have my placement strategy set to maximize all windows by default. Based on the descriptions here, this should trigger it, but it doesn't. I'm using gtk-window-
I did put in a fix for something quite similar some time ago (https:/
Can reporters have a look into whether or not this bug is still reproducible when using lp:compiz and second of all, if it is, run compiz --replace --debug ccp & , cause the bug to happen, and then run xwininfo -all on the target window that's having the problem. Paste the output in an attachment so I can have a look at it later.
Finally - I'm quite busy with uni work these days, so I don't have time to get to bugs for months at a time.
Simon Groot Bramel (z-simon-l) wrote : | #8 |
Hi Sam,
thanks for caring despite your work.
I've applied your patch (using patch < b2a...txt). I had to manually enter the files to patch (two of them: src/window.cpp and tests/system/
{I copied the patch file into the compiz directory created by "bzr lp:compiz".
However after applying the patch the problem unfortunately still occurs.
Maybe I've patched wrongly?
The patch asked me:
Reversed (or previously applied) patch detected! Assume -R?
It doesn't matter what I chose - neither of the answers gave me a satisfying result.
My "work-around" is: I've bound "unmaximize" and "maximize" to an easy to reach shortcut and either close the windows with ctrl+q or use the shortcuts (after that the decoration work).
Bob Ziuchkovski (bob-ziuchkovski) wrote : | #9 |
- compiz-debug.tar.gz Edit (1.5 KiB, application/x-tar)
This bug affects me as well. I have tried the r3659 build without success. I can reproduce on a fresh-created user by doing the following:
1. Run ccsm and disable the Unity plugin
2. Run a program and maximize it. Close the program.
3. Re-open the program, so that it opens in maximized state.
4. Try to click anywhere on the title bar. All clicks on the window's title bar are passed through to the whatever is directly beneath. This includes clicks for to the close button. Unfortunately this means I end up closing the wrong window quite often.
As others have mentioned, un-maximize and re-maximize the window through a panel of any sort (XFCE, AWN, whatever), and then clicks to the title bar are handled correctly.
I am attaching a tarball containing the following files:
1. compiz_
2. xwininfo_
3. compiz_
4. xwininfo_
The window used here is Chrome, but it occurs for me with any program I have tested (Evolution, Firefox, Virtualbox, Nautilus, etc.)
I would be happy to test any additional patches, builds, or debugging steps. This is definitely one of those nuisance types of bugs.
Bob Ziuchkovski (bob-ziuchkovski) wrote : | #10 |
I should mention that my testing was done with the gtk-window-
Iven Hsu (ivenvd) wrote : | #11 |
Reproducible here with kde4-window-
PS: Glad to see someone other than me using kde4-window-
Changed in compiz: | |
status: | New → Confirmed |
Launchpad Janitor (janitor) wrote : | #12 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in compiz (Ubuntu): | |
status: | New → Confirmed |
affects: | ubuntu → compiz (Ubuntu) |
Changed in compiz (Ubuntu): | |
status: | New → Confirmed |
Sami Jaktholm (sjakthol) wrote : | #13 |
I can confirm this happens with gtk-window-
Christian Ackermann (prdatur) wrote : | #14 |
I can confirm too, i didn't saw this post so i created a bug report too.
if the developers want to see the bug report files please get them under https:/
tecknomage (tecknode) wrote : | #15 |
Also effects Ubuntu 13.04 running GNOME Fallback (aka GNOME Classic) environment.
ANY window *already* maximized, the [Close]
In GNOME the all Context Menu options on Taskbar for the window do work, [Close]
Christian Ackermann (prdatur) wrote : | #16 |
is there a work around till they fixed it?
Bob Ziuchkovski (bob-ziuchkovski) wrote : | #17 |
Christian: I'm not sure about workaround within compiz, but you could switch window managers. I switched to xfwm4 for the time being. I'm using gnome-session, so I created a /usr/share/
Kim Serradell (kserradell-yahoo) wrote : | #18 |
Same as #15 for me.
Nicola Raffaele Di Matteo (nrdimatteo) wrote : | #19 |
Same as #15 also for me. Exactly same enviroment (Gnome fallback)
glennric (glennric) wrote : | #20 |
This bug affects me as well. I built and installed the code from lp:compiz, and the problem is not resolved there. Furthemore other more evident bugs appear with that build. For instance bug #797186 is reinstigated. Also the gnome-panel is ignored for window placement.
glennric (glennric) wrote : | #21 |
- compiz-debug-output Edit (73.9 KiB, text/plain)
Here is the compiz debug output when running the lp:compiz branch.
glennric (glennric) wrote : | #22 |
Dmitriy Kodanev (dkodanev) wrote : | #23 |
I have this bug too. I use Xubuntu 13.04 and see all these troubles with title bar as people describe here.
I have to use Compiz because I want to watch video without tearing, and when I use Compiz, video is pretty smooth (not like when I use xfwm4).
Also I have laptop with Xubuntu 12.04 and there's no such a problem with title bar at all. Maybe it's time for me to downgrade...
Bob Ziuchkovski (bob-ziuchkovski) wrote : | #24 |
I'm almost hesitant to say anything else regarding xfwm4, since I don't want to derail this bug report. However, if it saves you the effort of potentially downgrading/
dhenry (tfc-duke) wrote : | #25 |
This is quite annoying because if you have a titlebar-deffective window on top of a maximized window which has a working title bar, the close action will go to the later instead of the visible one... and you will accidentally close the wrong window/application. It offen happens to me with the web browser :-/
This issue has serious negative effects on user experience.
Joel Peláez Jorge (joelpelaez) wrote : | #26 |
Same as #15 for me too. Using GNOME Fallback.
James83 (giacomopennella) wrote : | #27 |
Same as #15 but with Cairo-dock session
glennric (glennric) wrote : | #28 |
- debug-info.tar.bz2 Edit (6.5 KiB, application/x-tar)
I realized that I forgot to add the -all flag to xwininfo for the data I posted before. So here is new compiz debug info and corresponding xwininfo (with the -all flag).
glennric (glennric) wrote : | #29 |
I don't know if this helps or not, but I discovered that this issue does not occur if the use-metacity-theme option is disabled.
S² (marsou75) wrote : Re: [Bug 1158267] Re: broken (click-trhough) window decoration on some maximized windows | #30 |
Where is this option?
Tchô
Le 16/05/13 15:13, glennric a écrit :
> I don't know if this helps or not, but I discovered that this issue does
> not occur if the use-metacity-theme option is disabled.
>
Strelok (who-) wrote : Re: broken (click-trhough) window decoration on some maximized windows | #31 |
> issue does not occur if the use-metacity-theme option is disabled.
Confim this. But i of couse want to use Metacity theme :-/
> Where is this option?
Its dconf key: org/compiz/
Simon Groot Bramel (z-simon-l) wrote : | #32 |
And we KDE users cant use this Option, can we?
So, far away from being a workaround, unfortunately...
Roland Baudin (roland651651) wrote : | #33 |
I can confirm the bug and it's 100% reproducible.
Here is a workaround: you can use devilspie (with its gui gdevilspie) to setup a rule that unmaximizes each window when starting an application. I tested it with a rule like this: unmaximize each window whose class is not equal to 'dummy'. Using such a rule, each starting application (whose window of course does not belongs to the class 'dummy') is unmaximized at startup and this avoids the issue.
You can set up gdevilspie to start the devilspie program at each session startup. However, beware that the gdevilspie package is buggy and that you'll have to apply a patch I submitted (here https:/
Hope this helps,
RB
D.Frolov (virus-i) wrote : | #34 |
Also bug exist if lauch rdesktop without decoration (with option -D)
rdesktop -D ..........
windows of rdestop without decoration displaced. And after minimize and restore offset is added. :(
Doug Barton (dougb) wrote : | #35 |
There is no need to add anything to compiz to do the workaround. Just use the Window Rules Plugin and set the Non maximizable windows rule. I only have a couple windows that give me problems, so I used the "Grab" feature to get the window classes, and ended up with a rule that looks like this: (class=
Would still like to see a real solution for this though ...
FortyM2 (fortym2-deactivatedaccount) wrote : | #36 |
In my case, after doing a full reset of GNOME and uninstalling completely all elements of Compiz, I've got the problem solved!
Simon Groot Bramel (z-simon-l) wrote : | #37 |
yes, that surely solves the problem because compiz does no longer paint your windows. Yet still this "workaround" is like solving a problem with your car's breakes by buying a new one...
of course I can use kwin instead of compiz and have usable decorations but I WANT to have real 3D, DesktopCube, Animations, Ringswitcher and so on.
I simply unmaximized and closed every window so that they don't get started maximized.
Dominik Spengler (dominik-spengler) wrote : | #38 |
Strangely enough this bug does not seem to happen if you disable ¨workarounds" in the "Place Windows" plugin.
At least for me it solved the issue.
glennric (glennric) wrote : | #39 |
Disabling or enabling the "workarounds" checkbox in the "Place Windows" plugin has no effect on this bug at all for me.
Strelok (who-) wrote : | #40 |
Well, developers does not care about this bug. I do some researches about it.
- After i downgrade to revision r3632 of compiz, *bug was gone*. But i saw this bug #1140505. Its regression of r3623.
- I downgrade to r3622 of compiz. It have another annoying bug with "unnamed windows": bug #1141079 - this bug is regression of r3606.
- So, i downgrade to r3605... and all seems works fine. Ok, maybe i have one small bug with windows flickers then maximize/minimize (don't remember number)... but its does not care :)
So, this is my workaround, use it on your OWN RISK:
- Install bazaar:
sudo apt-get install bzr
- Clone launchpad repository of compiz:
bzr branch lp:compiz/0.9.9
- Change dir to new directory. Get revision "without" bugs:
bzr branch -r 3605 . ../compiz_r3605
- Change dir to compiz_r3605 directory.
- We need to build it. I used chroot'ed fresh Ubuntu 13.04 for it, because i don't need garbage in my system. So, prepare build system (by himself) and install dependencies:
sudo apt-get build-dep compiz
- Build package:
debuild -uc -us
- After build, change dir to build dir (its parent) and install new packages. This enough:
sudo dpkg -i compiz_0.9.9*.deb compiz-
If you having trouble with dependences, try execute this 2-3 times.
- Ok, now you system have old revision of compiz and don't have this annoying bug. Reboot computer or relogin.
- Maybe you want to hold this versions from upgrade. So, use Internet to find how.
So i think this bug is regression of r3633.
Christian Ackermann (prdatur) wrote : | #41 |
#40 from Strelok (who-) worked for me so far. tested shortly with a file browser and spotify. Both clickable and both works as expected
Strelok (who-) wrote : | #42 |
Additional to #40:
One of the way to hold local version of packages is Apt-Pinning. Create and open file /etc/apt/
sudo nano /etc/apt/
and paste this:
Package: compiz* libcompiz* libdecoration0
Pin: release a=now
Pin-priority: 991
Simon Groot Bramel (z-simon-l) wrote : | #43 |
so far I can only add to #38: Disabling the "Workarounds" in the "Window Placement" DOES NOT have any effect regarding this bug on my system either.
Przemyslaw Grodzki (psg-t) wrote : | #44 |
Please note that when removing/
As kind of a temporary workaround disabling Windows Decoration for maximized windows (ccsm -> Windows Decorator-> Decoration windows-> !state=maxvert (instead of any)). At least this stops me from being tempted to click the buttons that are not working.
HTH
RGDS
----------
Compiz 0.9.9.0
Ubuntu 13.04 (raring)
MATE Desktop Environment 1.6.0
fguille (ftj-guillemot) wrote : | #45 |
Applied ~mar-kolya/
Changed in compiz: | |
assignee: | nobody → Sam Spilsbury (smspillaz) |
milestone: | none → 0.9.10.0 |
glennric (glennric) wrote : | #46 |
I have tested ~mar-kolya/
Simon Groot Bramel (z-simon-l) wrote : | #47 |
confirmed!!!
building this branch: https:/
Paulo José (pauloup) wrote : | #48 |
#44 worked fine to me! Thank you!
"As kind of a temporary workaround disabling Windows Decoration for maximized windows (ccsm -> Windows Decorator-> Decoration windows-> !state=maxvert (instead of any))"
- Przemyslaw Grodzki (psg-t)
Gintautas (gintas-myself) wrote : | #49 |
45-46-47 can you telme how exactly did you build that branch? since i did this:
sudo apt-get bzr
then i pasted this:
bzr branch lp:~mar-kolya/compiz/fix-for-1158267
and the branch seems to be installed, but it not fixes the issue. What i am doing wrong?
Simon Groot Bramel (z-simon-l) wrote : | #50 |
well, that would just download the source code.
uninstall compiz completely (via packagemanager if you have installed it that way or with "sudo make uninstall" from the build-directory of a former installation.
then follow this guide (only that you use the fixed branch and not the lp:compiz one :)
Harrison Smith (smith-3738) wrote : | #51 |
Something I've been wondering for awhile: How long does a fix like this generally take before it's moved into the main repos (i.e. - I get an 'update' though the regular software channel?
I try to avoid custom built code, particularly when using said code involves ripping out a pretty core component first... If this won't be fixed for months, I'll probably bother with the compilation, but otherwise I might just wait and be annoyed for a bit.
Strelok (who-) wrote : | #52 |
#51 Harrison Smith (smith-3738), developers haven't fix.
Kolya's fix 1158267 needs fixing, see review.
Christopher Barton (christopher-h-barton) wrote : | #53 |
I use xubuntu 13.04 with compiz window decorations and can confirm the problem.
As #5 already explained, programmes that are opened into a maximised state suffer from broken window decorations, meaning that the minimise/
Unmaximising windows (by right-clicking on the programme in the panel) does indeed re-enable the previously broken windows decorations, meaning I can use the buttons.
MC Return (mc-return) wrote : | #54 |
I cannot reproduce this with Compiz trunk anymore.
Simon Groot Bramel (z-simon-l) wrote : | #55 |
I can!
I've just built it. Still "click-transparent" decorations here.
MC Return (mc-return) wrote : | #56 |
@z-simon-l:
I am using Emerald - probably that is why I cannot reproduce it...
I've set Importance to "Critical". Hopefully we will have this fixed soon.
Changed in compiz: | |
importance: | Undecided → Critical |
summary: |
- broken (click-trhough) window decoration on some maximized windows + Regression: Broken (click-through) window decoration on some maximized + windows |
Simon Groot Bramel (z-simon-l) wrote : Re: [Bug 1158267] Re: broken (click-trhough) window decoration on some maximized windows | #57 |
Unfortunately emerald is dead (I'd love to use it though). You can't
compile it to be used with the current lp:compiz branch, can you?
I'd suggest changing the title to "Regression: Broken (click-through)
window decorations on windows that are started maximized.
best regards,
simon
on Fri, 21 Jun 2013 07:41:36 -0000, wrote MC Return
<email address hidden>:
> @z-simon-l:
> I am using Emerald - probably that is why I cannot reproduce it...
> I've set Importance to "Critical". Hopefully we will have this fixed
soon.
>
> ** Changed in: compiz
> Importance: Undecided => Critical
>
> ** Summary changed:
>
> - broken (click-trhough) window decoration on some maximized windows
> + Regression: Broken (click-through) window decoration on some maximized
> windows
BryanFRitt (bryanfritt) wrote : | #58 |
a [late?] response to #7, using kde-
compiz --debug --replace ccp
When launching a Maximized Window
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
Object::connect: No such signal KCommonDecorati
Object::connect: No such signal KCommonDecorati
Object::connect: No such signal KCommonDecorati
Object::connect: No such signal KCommonDecorati
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
When right clicking on corresponding item in task bar to unmaximize it, so that it works like normal
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/
/opt/CompizBZR/...
Anakin Starkiller (sunrider) wrote : | #59 |
MC Return > I still have this issue even with emerald....
MC Return (mc-return) wrote : | #60 |
@z-simon-l:
No, Emerald is not dead, it is just not easily available in Ubuntu, because the packagers are too lazy to package it & say it is Debian's job to do so...
Fortunately webupd8 && others care about Emerald still, see here:
http://
@sunrider:
I hope a PPA with Compiz trunk will soon be available for you and others...
Sam Spilsbury (smspillaz) wrote : Re: [Bug 1158267] Re: Regression: Broken (click-through) window decoration on some maximized windows | #61 |
Hi all.
Please try this ppa once packages are built (should be 6 hours):
https:/
Let me know if that fixes it. I basically rewrote a large part of the
decoration code.
On Thu, Jun 27, 2013 at 12:01 PM, MC Return <email address hidden> wrote:
> @z-simon-l:
> No, Emerald is not dead, it is just not easily available in Ubuntu, because the packagers are too lazy to package it & say it is Debian's job to do so...
> Fortunately webupd8 && others care about Emerald still, see here:
> http://
>
> @sunrider:
> I hope a PPA with Compiz trunk will soon be available for you and others...
>
> --
> You received this bug notification because you are a bug assignee.
> https:/
>
> Title:
> Regression: Broken (click-through) window decoration on some maximized
> windows
>
> Status in Compiz:
> Confirmed
> Status in “compiz” package in Ubuntu:
> Confirmed
>
> Bug description:
> I have an issue with compiz (compiled yesterday from launchpad, so
> 0.9.9.0) on my notebook with openSUSE 12.3 and KDE 4.10.
>
> The window decorations break on maximized windows. I can not click any button. Instead the click goes trough to the desktop.
> The windowborder is also broken.
> On the right side of the screen I can see a thin line of my desktop. A screenshot is attached.
>
> Funny: This is not only happening to mozilla windows but to some
> others as well: Dolphin and Filezilla for example.
>
> The konsole, however can be maximized without a problem!
>
> I've started the kde4-window-
> output:
>
> First: About 30 times this:
> +++++++++++++++++
> QPainter::begin: Paint device returned engine == 0, type: 2
> QPainter::end: Painter not active, aborted
> +++++++++++++++++
>
> Window decorations are working and intact. Then: when I open Firefox maximized:
> +++++++++++++++++
> X Error: BadWindow (invalid Window parameter) 3
> Major opcode: 20 (X_GetProperty)
> Resource id: 0x2000142
> +++++++++++++++++
>
> The resource id changes from time to time.
>
> Here are some hardware specs:
>
> Athlon Dualcore QL 64 bit
> Nvidia GeForce 8200M G (with nvidia drivers 310.40)
>
> OpenSUSE 12.3 with latest updates.
> Qt: 4.8.4
> KDE: 4.10.00 "release 1"
>
> The rest of compiz is working great, by the way. A crash here and
> there when activating many plugins but I could configure everything
> quite nicely.
>
> Thank you guys - for this wonderful project.
> I hope we can find the reason for this issue.
>
> To manage notifications about this bug go to:
> https:/
--
Sam Spilsbury
Simon Groot Bramel (z-simon-l) wrote : | #62 |
I can't use a ppa on opensuse, can I?
SORRY for #57! I wanted to send a private mail to MC-Return (but it turned out to be the mailadress of this bug and it landed here).
I did not want to put the emerald discussion into this bug. Since it is already there: Same problem as with #61. Ubuntu packages - unfortunately useless for me.
Doug McMahon (mc3man) wrote : | #63 |
On 06/27/2013 09:59 PM, Sam Spilsbury wrote:
> Hi all.
>
> Please try this ppa once packages are built (should be 6 hours):
>
> https:/
>
> Let me know if that fixes it. I basically rewrote a large part of the
> decoration code.
>
>
Can't recreate the limited occurrences of this issue, so ppa source
seems fine here, geforce 8400m gs, nouveau.
Hoping it also reflects an improved deco plugin itself.
MC Return (mc-return) wrote : | #64 |
@z-simon-l:
Find build instructions for Emerald here:
bug #968112
Simon Groot Bramel (z-simon-l) wrote : | #65 |
MC Return: THANK YOU! Because of you now I have emerald back. I could kiss the ground you walk on xD
---
Sam: This is the error I get when trying to compile it:
=======
Scanning dependencies of target kde4-window-
[ 3%] Building CXX object kde/window-
In file included from /home/simon/
/home/simon/
In file included from /home/simon/
/home/simon/
cc1plus: error: unrecognized command line option "-Wno-unused-
cc1plus: error: unrecognized command line option "-Wno-unused-
cc1plus: error: unrecognized command line option "-Wno-unused-
cc1plus: all warnings being treated as errors
make[2]: *** [kde/window-
make[1]: *** [kde/window-
make: *** [all] Fehler 2
Scanning dependencies of target findcompiz_install
Built target findcompiz_install
Scanning dependencies of target findcompizconfi
Built target findcompizconfi
Changed in compiz (Ubuntu): | |
importance: | Undecided → Critical |
MC Return (mc-return) wrote : | #66 |
@z-simon-l:
I am happy Emerald now works for you also :) -> no need to kiss anything, but please continue to help making Compiz better ;)
Regarding the compile error:
Might be that http://
Which KDE version are you using ?
Could you try to revert this revision and recompile again ?
Anakin Starkiller (sunrider) wrote : | #67 |
Sam > On Arch Linux, I've built from the compiz-fix-1195522 source (using the PKGBUILD from https:/
Anakin Starkiller (sunrider) wrote : | #68 |
And it seems to occur systematically on application that starts in a maximized state (for example gpodder which has been closed in a maximized state) ...
Doug McMahon (mc3man) wrote : | #69 |
Re: the 'compiz-
The unity package is unsuitable for compiz packages, wrong api-version
At least here the bzr3751 &bzr3752 compiz is ok with maxed windows but unmaxed windows keep getting smaller each time opened
MC Return (mc-return) wrote : | #70 |
It is crazy -> 65 people affected by this bug and I cannot reproduce it here :(
But I was experiencing this bug with 0.9.9, but then it got fixed - at least that is what I remember...
dhenry (tfc-duke) wrote : | #71 |
@Sam in reply to #61: I removed compiz-experimental and installed your ppa instead, but unfortunately it doesn't fix it.
Here is how I reproduce it (I'm running Gnome 3 in fallback mode, but gnome-panel):
1) Open gedit, and maximize it
2) Close gedit (it will remember it was maximized)
3) Open gedit: it opens maximized
4) Try to use titlebar buttons: here it fails, the window just lose focus...
Of course, steps 1-2 are only if gedit doesn't already open maximized.
dhenry (tfc-duke) wrote : | #72 |
@Sam: Also, each time I reopen a window, it's original height shrinks by about the height of the titlebar.
Doug McMahon (mc3man) wrote : | #73 |
With the latest compiz from test ppa windows on a raring ubuntu session shrink 29 px on each re-opening (tested nautilus
Using unity source from test ppa rebuilt to match compiz-
https:/
(saucy would also need a re-build on it's current unity source to test
mm (kip-saif) wrote : | #74 |
The titlebar button in emerald don't seem to work either when opened maximised. I cannot "unstick" the maximised window by pulling the titbar (I'm sure we could in earlier versions), however it is possible to pull it from the menubar. This unmaximises the window and the titlebar buttons work as expected.
mm (kip-saif) wrote : | #75 |
Just to add, once you've unmaximised then re-maximised then everything works as it should.
Christopher Barton (christopher-h-barton) wrote : | #76 |
I can confirm #72 and #73's experiences of testing the ppa --- windows shrink on every reopening. In my case, I'm running Xubuntu 13.04 with compiz as wm.
To reproduce, log into your session. Install and load pidgin, for example, and add it to your startup list so that it appears on your desktop at start up. Log out and log back in again. Observe the height of the pidgin contacts box....log out and in again, and you will see it shrink and shrink on each occasion.
In addition to the above, I still experience the click-through problem, unfortunately.
Simon Groot Bramel (z-simon-l) wrote : | #77 |
reply to #66 @MC-return: I'm Not really into the bzr thing. Don't Know the command to revert a folder so I just downloaded the tgz and copied it over a freshly cloned compiz branch... that didn't help with my compile issue. thanks anyway!
Richard Hansen (rhansen) wrote : | #78 |
- debdiff for raring Edit (2.1 KiB, text/plain)
Attached is a debdiff for Raring that is based on <https:/
sudo apt-add-repository ppa:a7x/bug1158267
sudo apt-get update
sudo apt-get upgrade
The patch is known to have issues; see <https:/
Ubuntu Foundations Team Bug Bot (crichton) wrote : | #79 |
The attachment "debdiff for raring" seems to be a debdiff. The ubuntu-sponsors team has been subscribed to the bug report so that they can review and hopefully sponsor the debdiff. If the attachment isn't a patch, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are member of the ~ubuntu-sponsors, unsubscribe the team.
[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issue please contact him.]
tags: | added: patch |
Christopher Barton (christopher-h-barton) wrote : | #80 |
The problem I and others highlighted regarding the reduction in height of windows is becoming a little problematic as it often means I cannot even click on standard buttons at the bottom of windows (as they've effectively become hidden), particularly where I am unable to resize windows to in an attempt to make them visible.
Could someone please inform me on how to correctly remove the ppa (via terminal commands) and revert back to the stock ubuntu packages for compiz etc.
It's not that I'm not willing to test things...I just need to know how to go back to previous settings when things don't work out as hoped!
Thanks in advance and also for the effort put into fixing this problem in general.
Regards,
Christopher
(Xubuntu 13.04 + compiz as wm)
Christopher Barton (christopher-h-barton) wrote : | #81 |
Okay, to answer my own question, remove the ppa and thus downgrade back to previous settings, type the following within a terminal:
sudo ppa-purge ppa:smspillaz/
sudo apt-get update
Anakin Starkiller (sunrider) wrote : | #82 |
The patch from https:/
Oskar (omprueba) wrote : | #83 |
Same as #15 also for me, but with cairo-dock session + compiz, ubuntu 13.04
Xabier Diego (pepone1234) wrote : | #84 |
ubuntu 13.04 and gnome fallback. Exactly the same issue with windows that open maximized
Changed in compiz: | |
milestone: | 0.9.10.0 → 0.9.10.2 |
Changed in compiz: | |
milestone: | 0.9.10.2 → 0.9.11.0 |
Simon Groot Bramel (z-simon-l) wrote : | #85 |
Hey guys,
I was still using the "~mar-kolya/
#######
cc1plus: error: unrecognized command line option "-Wno-unused-
cc1plus: error: unrecognized command line option "-Wno-unused-
cc1plus: error: unrecognized command line option "-Wno-unused-
cc1plus: all warnings being treated as errors
make[2]: *** [kde/window-
make[1]: *** [kde/window-
make: *** [all] Fehler 2
#######
since it occurred with the kde4-window-
Any idea what causes the problem here?
thx
Victor Aurélio Santos (vaurelios) wrote : | #86 |
I'm having this problem also, I'm using Arch Linux and compiz-bzr AUR package (It's lp:compiz), and I'm using emerald, with gtk-window-
pavel pospisil (pospisil) wrote : | #87 |
I have also this bug,
ubuntu 13.04
Xavier Barrachina (xabarci) wrote : | #88 |
@MC-return #66 and @z-simon-l #65 :
>Which KDE version are you using ?
4.10.5
>Could you try to revert this revision and recompile again ?
Reverting the revision, compiz compiles fine.
Simon Groot Bramel (z-simon-l) wrote : | #89 |
Hey Xavier,
yes, I'm using KDE 4.10.5.
Sorry for this noob question, but what is meant with "revertin this revision"?
Which revision is meant and how do I revert it?
I tried to apply the patch under post 1 which didn't help.
My error is in a different file than the patched ones anyway:
#######
/home/simon/
cc1plus: error: unrecognized command line option "-Wno-unused-
cc1plus: error: unrecognized command line option "-Wno-unused-
cc1plus: error: unrecognized command line option "-Wno-unused-
cc1plus: all warnings being treated as errors
#######
any ideas?
thx!
Simon Groot Bramel (z-simon-l) wrote : | #90 |
Ok, now I got it. I downloaded the revision as tgz file and tried to compile it.
Same error, unfortunately...
Michael Kogan (michael-kogan) wrote : | #91 |
I can confirm the problem on Xubuntu 13.04 with gtk-window-
1. Unmaximize the affected window
2. Adjust the window size to fill the screen
3. Never maximize it again :)
Which has the disadvantage that the window is always quasi-fullscreen, but for most of the cases this is not a big loss.
Simon Groot Bramel (z-simon-l) wrote : | #92 |
Guys!!!
I was wrong and you were right! I'm a n00b and you're the pro's. Sorry for my stupidity, I can compile compiz again and it HAS to do with revision 3745.
I AM using KDE 4.10.5 "release 1" and couldn't compile compiz with the error:
###
kde4/..
cc1plus: error: unrecognized command line option "-Wno-unused-
###
however, I am NOT familiar with reverting to revision via bzr commandline and did it wrong all the time. Maybe someone of you can post the right command?
Here's what you can do if you have this KDE version and this error:
Go to http://
Go to your console, and clone a new version of compiz with:
bzr branch lp:compiz
then copy the downloaded diff file into your newly created compiz folder and patch the files with:
patch --strip 0 -R < 3745_3744.diff
then you can compile compiz again.
Oh, by the way: The click-through decorations are not fixed by that - it's just the possibility to compile compiz in the first place.
Iven Hsu (ivenvd) wrote : | #93 |
@Simon The compilation error seems a unrelated bug introduced by me(I made it compile with KDE 4.11, but fail with KDE 4.10). You can report it as a bug, and I'll try to fix it.
As a workaround, you can disable the compiling of kde4-window-
Simon Groot Bramel (z-simon-l) wrote : | #94 |
Hi Iven,
yes, the error does not have anything to do with this bug but since I was complaining about not being able to compile compiz (and therefore not being able to see if this bug has been fixed) I thought I should at least post I worked around it.
Now that I know your news I'd rather try upgrading to KDE 4.11
Do you really have to spend time on a workaround to make compiz compile with a KDE version which will be old in a few weeks? :)
thank you for your time.
Iven Hsu (ivenvd) wrote : | #95 |
@Simon, I'll only try to fix it if anyone files a bug about that. :)
dentaku65 (dentaku65) wrote : | #96 |
The Kolya fix works fine here
https:/
My box:
Xubuntu Raring + emerald (via webupd8 PPA)
Steps that I did:
mkdir compiz_fix
cd compiz_fix
sudo apt-get install bzr
bzr branch lp:~mar-kolya/compiz/fix-for-1158267
cd fix-for-1158267
sudo apt-get build-dep compiz
debuild -uc -us
cd ..
sudo dpkg -i *.deb
Please be aware to run ccsm BEFORE tu run compiz and in ccsm choose your configuration/
Then run compiz:
compz --replace &
Vladimir (volnes88) wrote : | #97 |
this bug affect me too
Xubuntu Raring + Compiz 0.9.10.2
Configuration of my laptop :Intel(R) Core(TM) i3-2310M CPU @ 2.10GHz , 8GB RAM 1333Mhz, Nvidia GT540M
Later i will test fix from The Kolya
Xander Shepherd (xtothat) wrote : | #98 |
Affected by this bug - applied Kolya fix using process described by dentaku65, and it is no longer an issue.
System spec:
OS: Xubuntu Raring + Compiz 0.9.9 (original), 0.9.10 (fixed)
Laptop: Dell XPS L702
Chipset: Intel(R) Core(TM) i7-2670QM CPU @ 2.20GHz
GPU0: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
GPU1: NVIDIA Corporation GF116M [GeForce GT 555M]
Drivers: nvidia-
Felix Moreno (info-justdust) wrote : | #99 |
Still not fixed in regular ubuntu 13.04, we are one month to ubuntu 13.10, and also other problems in ubuntu 13.04 still not fixed like gnome-panel bugs... :( i didn't move my computers to 13.04 because nobody fixed this and other bugs oficially...i hope they will be fixed in 13.10 or i will keep my 12.10 a few more years...
Changed in compiz: | |
status: | Confirmed → In Progress |
PS Jenkins bot (ps-jenkins) wrote : | #100 |
Fix committed into lp:compiz at revision None, scheduled for release in compiz, milestone 0.9.11.0
Changed in compiz: | |
status: | In Progress → Fix Committed |
Simon Groot Bramel (z-simon-l) wrote : | #101 |
I can confirm the bug being fixed with 0.9.11!
Thanks for your work, devs
best regards,
simon
PS Jenkins bot (ps-jenkins) wrote : | #102 |
Fix committed into lp:compiz/0.9.10 at revision None, scheduled for release in compiz, milestone 0.9.10.2
Hardkorova (hardkorova) wrote : | #103 |
in my case this bug repeated three times:
one after upgrade 12.04 - 12.10 - 13.04, in May 2013
second - after clean install on the same PC, in Sept. 2013
third - after clean install on other PC with different configuration, today
today bug shows only after these commands and reboot: apt-get upgrade && sudo apt-get install bleachbit synaptic vlc cairo-dock
Launchpad Janitor (janitor) wrote : | #104 |
This bug was fixed in the package compiz - 1:0.9.10+
---------------
compiz (1:0.9.
[ Chris Townsend ]
* Work done by Sam Spilsbury: - Ensure that the frame region is always
set as soon as the window is decorated. - Further ensure that the
window decoration isn't needlessly reset if the window already had
one. - Refactored XShape usage into a common function. - Added tests
to verify the behaviour of shape set on initially creating a
decorated window and also upon changing the input frame window
shape. (LP: #1158267)
* Alt-Tabbing or Launcher selecting a window that is over 50% in a
different viewport should not switch the viewport nor change the
placement of the window. The fix is to add an option to turn this
behavior on or off. By default, the option is on, but Ubuntu is
patched to turn it off to fix this bug. (LP: #1092323)
[ Marco Trevisan (Treviño) ]
* debian/
for window management We handle these directly in unity. (LP:
#992697)
[ Ubuntu daily release ]
* Automatic snapshot from revision 3789
-- Ubuntu daily release <email address hidden> Fri, 20 Sep 2013 11:18:01 +0000
Changed in compiz (Ubuntu): | |
status: | Confirmed → Fix Released |
Michael Kogan (michael-kogan) wrote : | #105 |
Will this be backported to Quantal?
TheUbuntuNoob (emil--1) wrote : | #106 |
Will it also be backported to ringtail, I'm not feeling up for another hell with configuring gnome to the system >_>
dimovnike (dimovnike) wrote : | #107 |
Hi, i upgraded to saucy from ringtail and something like this appeared. The difference here is that windows doesnt have to be maximized. It happens on normal windows from time to time. I cpouldn't find out what triggers it but it happens on all windows. Should I report a new bug for this?
Anand (acpadhi-1) wrote : | #108 |
Here are my findings.
System Config :
OS : 13.04 (Unity, gnome 3.6)
Driver : Nvidia Latest Proprietary
Themes : Ambiance
These steps will reproduce the issue :
1) Install Fresh 13.04
2) Install gnone-classic (fallback)
3) Install CCMS
4) Enable Static Switcher
5) Install Unity Tweak Too
6) Set Window controls to right side instead of Left Side
7) Open any application in Maximized mode. If Applications open in non-maximized mode, then open the app, maximize it, close it and then reopen it.
8) Try to close the application using Window Control in Right side.
You will notice that The application does not have focus at all, and if you try to close the app, it will simply close any maximized windows in its back. Basically, clicking the title bar actually shifts focus to the application behind it, instead of the the one in front.
So far I have found 2 workarounds :
1) Get a lower version of Compiz source and compile and install. In some forums people have left instructions on how to do it.
2) Install one of Mediterranean Themes. Is you use one of these themes, the bug vanishes magically.
Here is what I think :
It is a Bug either in Compiz or the Ambiance Theme settings itself. Or some issues which get activated with the combination.
So if someone can compare and diff between the themes Ambiance and Mediterranean, the issue or fix could be figured out.
Also, please notice that when using the Ambiance theme, The Applications and Places text in the top panel are attached to each other and there is no gap between text of both. Whereas in Mediterranean they are separated which is how it should be.
Krzysztof (gnom1gnom) wrote : | #109 |
Status for Ubuntu says - Fix Released - how can I install this fix? This bug is driving me crazy!
Christopher Townsend (townsend) wrote : | #110 |
@Krzysztof,
It's Fixed Released for the current development version of Ubuntu which is 13.10. An SRU would need to be done for 13.04 for this fix and that is up to Distro to take it.
Krzysztof (gnom1gnom) wrote : | #111 |
@Christopher Townsend
"An SRU would need to be done for 13.04" - and what's the status of this - is it "in progress" or do we have to request it first?
Anand (acpadhi-1) wrote : | #112 |
Can someone please explain why the issue seems fixed by using the Mediterranean theme ?
If it was a bug, then why it affects the Ambiance theme and not the Mediterranean Themes ?
I would love to use the Ambiance theme but this bug is just not helping me. Forced to use the Mediterranean which is good, but the buttons really are too 3d compared to the elegance of the Ambiance theme
Raúl Santos (borfast) wrote : | #113 |
Are there any plans to fix this in 13.04? I will gladly pay a bounty to have it fixed. It's driving me crazy!
ctrl (dario-dariocorti) wrote : | #114 |
I don't know if it was a wise move.. anyway I added this ppa https:/
Anand (acpadhi-1) wrote : | #115 |
You can wait and see.
I do not think there should be any problem.
In any case, this repo has version which is claimed to have fixed this
issue.
I have a laptop too which has 12.04 and had used this kind of an
experimental PPA and it is working well so far.
Good Luck,
BTW, check out the gala window manager, amazingly fast and lovely smooth
animations.
On Sat, Sep 28, 2013 at 11:35 PM, ctrl <email address hidden> wrote:
> I don't know if it was a wise move.. anyway I added this ppa
> https:/
> compiz to the current experimental-
> version and set a hold on compiz package. It seems to work well and this
> nasty bug is gone.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> Regression: Broken (click-through) window decoration on some maximized
> windows
>
> Status in Compiz:
> Fix Committed
> Status in Compiz 0.9.10 series:
> Fix Committed
> Status in “compiz” package in Ubuntu:
> Fix Released
>
> Bug description:
> I have an issue with compiz (compiled yesterday from launchpad, so
> 0.9.9.0) on my notebook with openSUSE 12.3 and KDE 4.10.
>
> The window decorations break on maximized windows. I can not click any
> button. Instead the click goes trough to the desktop.
> The windowborder is also broken.
> On the right side of the screen I can see a thin line of my desktop. A
> screenshot is attached.
>
> Funny: This is not only happening to mozilla windows but to some
> others as well: Dolphin and Filezilla for example.
>
> The konsole, however can be maximized without a problem!
>
> I've started the kde4-window-
> output:
>
> First: About 30 times this:
> +++++++++++++++++
> QPainter::begin: Paint device returned engine == 0, type: 2
> QPainter::end: Painter not active, aborted
> +++++++++++++++++
>
> Window decorations are working and intact. Then: when I open Firefox
> maximized:
> +++++++++++++++++
> X Error: BadWindow (invalid Window parameter) 3
> Major opcode: 20 (X_GetProperty)
> Resource id: 0x2000142
> +++++++++++++++++
>
> The resource id changes from time to time.
>
> Here are some hardware specs:
>
> Athlon Dualcore QL 64 bit
> Nvidia GeForce 8200M G (with nvidia drivers 310.40)
>
> OpenSUSE 12.3 with latest updates.
> Qt: 4.8.4
> KDE: 4.10.00 "release 1"
>
> The rest of compiz is working great, by the way. A crash here and
> there when activating many plugins but I could configure everything
> quite nicely.
>
> Thank you guys - for this wonderful project.
> I hope we can find the reason for this issue.
>
> To manage notifications about this bug go to:
> https:/
>
TheUbuntuNoob (emil--1) wrote : | #116 |
I added the ppa, apt-get update, apt-get dist-upgrade and restarted. It works like a charm(so far), but this is a dev so it's on your own risk if you try it.
Anand (acpadhi-1) wrote : | #117 |
Yeah dev ppas can be risky/trouble if a stable environment is desired, and
specially because the version reported from them is compiz 0.9.11 i think
in the dev ppa.
Anyone who wants to play safe could take the manual compile way.
I read somewhere in some forum that the version from the dev ppa has some
issue with modal windows. In one of the VMs I tested this a couple of hours
back, for some modal windows, dragging from the title var was sloopy.
sometimes it would work, and some times it would need the left mouse
clicked and held for a while on the title bar to be able to drag them.
On Sun, Sep 29, 2013 at 1:47 PM, TheUbuntuNoob
<email address hidden>wrote:
> I added the ppa, apt-get update, apt-get dist-upgrade and restarted. It
> works like a charm(so far), but this is a dev so it's on your own risk
> if you try it.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> Regression: Broken (click-through) window decoration on some maximized
> windows
>
> Status in Compiz:
> Fix Committed
> Status in Compiz 0.9.10 series:
> Fix Committed
> Status in “compiz” package in Ubuntu:
> Fix Released
>
> Bug description:
> I have an issue with compiz (compiled yesterday from launchpad, so
> 0.9.9.0) on my notebook with openSUSE 12.3 and KDE 4.10.
>
> The window decorations break on maximized windows. I can not click any
> button. Instead the click goes trough to the desktop.
> The windowborder is also broken.
> On the right side of the screen I can see a thin line of my desktop. A
> screenshot is attached.
>
> Funny: This is not only happening to mozilla windows but to some
> others as well: Dolphin and Filezilla for example.
>
> The konsole, however can be maximized without a problem!
>
> I've started the kde4-window-
> output:
>
> First: About 30 times this:
> +++++++++++++++++
> QPainter::begin: Paint device returned engine == 0, type: 2
> QPainter::end: Painter not active, aborted
> +++++++++++++++++
>
> Window decorations are working and intact. Then: when I open Firefox
> maximized:
> +++++++++++++++++
> X Error: BadWindow (invalid Window parameter) 3
> Major opcode: 20 (X_GetProperty)
> Resource id: 0x2000142
> +++++++++++++++++
>
> The resource id changes from time to time.
>
> Here are some hardware specs:
>
> Athlon Dualcore QL 64 bit
> Nvidia GeForce 8200M G (with nvidia drivers 310.40)
>
> OpenSUSE 12.3 with latest updates.
> Qt: 4.8.4
> KDE: 4.10.00 "release 1"
>
> The rest of compiz is working great, by the way. A crash here and
> there when activating many plugins but I could configure everything
> quite nicely.
>
> Thank you guys - for this wonderful project.
> I hope we can find the reason for this issue.
>
> To manage notifications about this bug go to:
> https:/
>
Krzysztof (gnom1gnom) wrote : | #118 |
Upgrade with the ppa works fine, thank you!
Lex Berezhny (eukreign) wrote : | #119 |
This is happening for me in Ubuntu 13.10 with compiz 0.9.10+
I hope this will be fixed before final release. It's highly annoying.
Christopher Townsend (townsend) wrote : | #120 |
@Lex Berezhny,
This is supposed to be fixed already with the Compiz version you have. I can't reproduce the problem in this bug with that version.
Could you tell me exactly what steps you are doing to still hit this issue? Also, please let me know which desktop environment you are using and anything else that may be helpful.
Thanks!
Lex Berezhny (eukreign) wrote : | #121 |
I did my daily apt-get update & upgrade after making that post and after restarting the system the problem seems to have gone away.
I suppose it's possible some other app was causing this. I mainly just run PyCharm, Chrome, Terminal and the File Manager.
I will post again if it comes back.
Christopher Townsend (townsend) wrote : | #122 |
@Lex,
Ok, thanks for the update. I'll continue to monitor this bug in case something is amiss.
Lex Berezhny (eukreign) wrote : | #123 |
Okay, it's happening again.
Is there anything I can do to send you debug information for the windows?
I have two Chromium windows open, one of them has a clickable window frame the other is visible but not clickable.
Also have the file manger open and the window around that is not clickable.
If I open a new File manager or chrome window it works fine.
In fact, I've never had a new window do this, the problem appears later after the window has been resized or I've generally used the app.
Christopher Townsend (townsend) wrote : | #124 |
@Lex,
So this particular bug is about maximized windows and the decoration not being clickable. Unity is not affected since the decoration is hidden when a window is maximized and uses the Panel instead.
1. Are the windows displaying this issue maximized?
2. Are you using Unity? If not, what is your desktop environment?
Lex Berezhny (eukreign) wrote : | #125 |
When I install Ubuntu I just use the defaults for everything. There is no customization just stock Unity.
The problem is for non-maximized windows. I can still access the Unity menu at the top for the application but I can no longer drag, resize or in any way click on any part of the frame. The frame around the window is visible but when you click on it the click goes through it to the underlying application.
Lex Berezhny (eukreign) wrote : | #126 |
It's almost as if Unity thinks the window IS maximized and disables the frame but in fact the window is not maximized. That might be a good place to start looking for possible bugs?
Lex Berezhny (eukreign) wrote : | #127 |
I am able to access the accessibility menu with Alt-Space and this lets me Maximize, Minimize and even resize and drag the window.
But no matter what I do the frame is still not clickable (the click event falls through to underlying windows).
When the window is Maximized then I am able to use the Close/Minimize/
Lex Berezhny (eukreign) wrote : | #128 |
- Screenshot from 2013-10-11 18:28:47.png Edit (299.6 KiB, image/png)
In this screenshot you can see the mouse pointer is over the maximize button but the button is not highlighted to show focus.
If i click with the mouse instead of maximizing I get focus to the terminal application running below that window.
Christopher Townsend (townsend) wrote : | #129 |
@Lex,
The issue you're seeing is different than what is in this bug. Could you please open a new bug using "apport-bug compiz"? I'll keep an eye out for that bug report and we can go from there.
Thanks!
Dario Limongi (limee) wrote : | #130 |
Sorry if this comment is useless, but seriously this bug is still affecting Ubuntu Gnome Classic and it's not fixed like it's reported.
It's also useless that I say that the OS is pretty unusable until it's fixed...
Felix Moreno (felix-justdust) wrote : | #131 |
Yes this bug is still present in ubuntu 13.04 but fixed in ubuntu 13.10... but 13.10 has other bugs so i can upgrade :( like keyboard not working if partition is encrypted...
Doug Barton (dougb) wrote : | #132 |
I updated to 13.10 a while back and have run into new problems with this fix.
First, if I continue to run emerald with compiz in xubuntu every time a window is closed and then reopened it grows a few pixels both horizontally and vertically. Switching back to gtk-window-
The other problem is the opposite of what was happening before. Windows that would usually have opened up maximized ignore the minimize window control produced by gtk-window-
Anyone else seeing this kind of behavior?
Ryan Tandy (rtandy) wrote : | #133 |
On Fri, Jan 10, 2014 at 11:03 PM, Doug Barton <email address hidden> wrote:
> First, if I continue to run emerald with compiz in xubuntu every time a
> window is closed and then reopened it grows a few pixels both
> horizontally and vertically. Switching back to gtk-window-
> solves this problem, but it's not as nice. :)
Interesting that you should mention this. Sounds a lot like bug
#1241767. I mentioned gnome-terminal when I filed that one but it
affects other programs too. It's more easily noticed with
gnome-terminal because it grows an entire row of text rather than a
few pixels but I find myself resizing Thunderbird and Rhythmbox every
few days as well. I am running gtk-window-
> The other problem is the opposite of what was happening before. Windows
> that would usually have opened up maximized ignore the minimize window
> control produced by gtk-window-
> right-click on the icon in the window buttons tray and choose minimize.
>
> Anyone else seeing this kind of behavior?
I haven't seen anything like that.
Changed in compiz: | |
status: | Fix Committed → Fix Released |
Stephen M. Webb (bregma) wrote : | #134 |
marking as closed (0.9.10 series is obsolete)
Felix Moreno (info-justdust) wrote : | #135 |
the bug is still on ubuntu 14.04.1
Guys, thanks for caring about "my" bug.
But it's definitely NOT a duplicate of 1158161!
I CAN mnimize, maximize or move ANY window - as long wasn't started maximized. The problem I described ONLY happens with maximized windows. The other bug report speaks of maximizing and minimizing to reproduce the problem.
In fact: Unmaximizing and remaximizing even FIXES my problem! After I go ALT-F5 on a window with broken decorations it works fine. Remaximizing is possible and there is NO error with the decorations after that. Only closing and reopening the window does reproduce the broken decorations.
As I've said: I have a different problem, than Mr. Neumayer has! Don't you think?
###################
@ Sam: Thanks for reviewing the decoation code. I would like to help you but I am a n00b when it comes to c++ or open GL programming :)
so long,
Simon