Bug 500769

It's Compiz which draws (or does not draw) the window decorations.

Well, For all the other applications the window decoration and borders drawn just fine.

Only for the apps in this bug Window decoration has problem.

Since these apps are part of KDE, I suspect due to an early startup and no gui, they're missing window decorator replacement. just my 2¢

Hasan Ceylan

CCing drago01 as he's been working on getting compiz-kde into shape lately.

Thanks for the bug report.  We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue.

Please attach your X server config file (/etc/X11/xorg.conf, if available) and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.

Please test this build: http://koji.fedoraproject.org/koji/buildinfo?buildID=102326

Nope, doesn't make a difference....

Created attachment 344270 [details]
xorg.conf

Created attachment 344271 [details]
Xorg.0.log

Thanks for the report. We are sorry that we cannot help you with your problem, but we are not able to support binary-only drivers. If you would be able to reproduce this issue using only open source software, please, reopen this bug with the additional information, but in meantime I have no choice than to close this bug as CANTFIX (because we really cannot fix it).

For users who are experiencing problems installing, configuring, or using the unsupported 3rd party proprietary "nvidia" video driver, Nvidia provides indirect customer support via an online web based support forum.  Nvidia monitors these web forums for commonly reported problems and passes them on to Nvidia engineers for investigation.  Once they've isolated a particular problem, it is often fixed in a future video driver update.

The NVNews Nvidia Linux driver forum is located at:

	http://www.nvnews.net/vbulletin/forumdisplay.php?s=&forumid=14

Once you have reported this issue in the Nvidia web forums, others who may have experienced the particular problem may be able to assist.  If there is a real bug occuring, Nvidia will be able to determine this, and will likely resolve the issue in a future driver update for the operating system releases that they officially support.

While Red Hat does not support the proprietary nvidia driver, users requiring technical support may also find the various X.Org, XFree86, and Red Hat mailing lists helpful in finding assistance:

X.Org mailing lists:
	http://www.freedesktop.org/XOrg/XorgMailingLists

XFree86 mailing lists:
	http://www.xfree86.org/sos/lists.html

Red Hat mailing lists:
	https://listman.redhat.com/mailman/listinfo

I think rdieter was able to reproduce this with one of the drivers actually in Fedora. I don't think this is a driver bug. Rex?

@drago01: The fix you committed is the "Added support for QT 4.5 raster graphicssystem." fix from upstream. But our Qt 4.5 does not default to raster, it defaults to the native X11 subsystem. So I'm not surprised it doesn't make any difference.

I strongly disagree that this is a driver related problem. Once again, All the other applications draw just fine. 

The problem relates to only Kontact based apps, thus I think whatever common in these applications causes the problem.

I am neither sure that this also relates to QT, since other QT based applications runs / render / display just fine. 

Hasan

Re: comment #10, I cannot reproduce this (anymore anyway).  works fine here with intel drivers.

Hasan Ceylan, can you please try Qt 4.5.1 from updates-testing?
su -c "yum --enablerepo=updates-testing update qt qt-x11"

Please try the following:

Enable the workarounds plugin.
And then the Option "Force synchronization between X and GLX".

(In reply to comment #15)
> Please try the following:
> 
> Enable the workarounds plugin.
> And then the Option "Force synchronization between X and GLX".  

This does'nt make any difference...

(In reply to comment #14)
> Hasan Ceylan, can you please try Qt 4.5.1 from updates-testing?
> su -c "yum --enablerepo=updates-testing update qt qt-x11"  

Neither this helps....

OK, Here's a bit of information that I think might be valuable.

Having the "KOrganizer Reminder Daemon" as auto start causes the problem. Once I uncheck "Start Reminder Daemon At Login", problem seems to be gone....

So it relates to K[ontact|Mail|Organizer|X] starts early, compiz kicks in, Kxxxx apps cannot replace the window manager for some reason, while late starting apps have no problem with the compiz WM... 

Hasan

(In reply to comment #18)
> OK, Here's a bit of information that I think might be valuable.
> 
> Having the "KOrganizer Reminder Daemon" as auto start causes the problem. Once
> I uncheck "Start Reminder Daemon At Login", problem seems to be gone....
> 
> So it relates to K[ontact|Mail|Organizer|X] starts early, compiz kicks in,
> Kxxxx apps cannot replace the window manager for some reason, while late
> starting apps have no problem with the compiz WM... 
> 
> Hasan  

Actually in combination of above and switching to compiz WM after the login process has finished solves the problem.

Well, how were you switching to Compiz before? (The cleanest way is to simply select Compiz as your window manager in System Settings.)

I was not switching. Compiz was already selected as the WM. I was login into the environment that hat compiz set as WM already...


Hasan

Nonsense, Compiz is never the default in KDE, KWin is (without desktop effects, as we disable these in kde-settings). Either you were not actually using Compiz or you switched to it somehow.

I am not saying that Compiz is default in KDE.

1) Set the WM to Compiz
2) Log out
3) Log back in

So in your last session you are not changing the WM, you are loggin into a session where Compiz is the WM.

In other words, I am not swithcing to Compiz everytime I login. I set it to Compiz and it stays on. 

Hope this makes sense now....

I have talked to upstream about this and it seems that this is QT bug (race condition).

Dennis Kasprzyk (upstream maintainer, does most of the kde work for compiz): 

"it is not really a kontact problem. for some f**ing reason qt is running mad is you try to decorate to many windows at once. You can see a lot of qt related XRender errors on the terminal in this case. I've tried to fix it, but haven't found a working solution yet"

"its of a race condition, but I don't know where"

Reassigned to QT.

Hasan, please attach your ~/.xsession-errors file when this happens.

Created attachment 344995 [details]
.xsession-errors

Thank you for the report.  This is an issue that needs to be addressed by the
upstream developers.  Please report this upstream at http://bugs.kde.org  and
add the upstream information to this report.

Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution.

Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information.

Closing as INSUFFICIENT_DATA.

-- 
Steven M. Parrish - KDE Triage Master
                  - PackageKit Triager
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers