From kde-core-devel Mon Nov 01 18:24:55 2010 From: =?ISO-8859-1?Q?Alexis_M=E9nard?= Date: Mon, 01 Nov 2010 18:24:55 +0000 To: kde-core-devel Subject: Re: Issues with Solid from trunk and qtcreator 2.0.1... Message-Id: X-MARC-Message: https://marc.info/?l=kde-core-devel&m=128863595809447 It's a supposed threading issue in dbus that has been fixed in the latest version 1.4.0 I'm running Archlinux and I got the upgrades some weeks ago. The problem disappeared since then... On Mon, Nov 1, 2010 at 10:25 AM, Dawit A wrote: > On Mon, Nov 1, 2010 at 10:19 AM, Lukáš Tinkl wrote: >> Dne Ne 31. října 2010 03:32:52 Dawit A napsal(a): >>> On Wed, Oct 27, 2010 at 12:24 PM, Dawit A wrote: >>> > On Wed, Oct 27, 2010 at 7:48 AM, Lukáš Tinkl wrote: >>> >> Dne St 27. října 2010 00:57:27 Christophe Giboudeaux napsal(a): >>> >>> Hi, >>> >>> >>> >>> Le 27/10/2010 00:20, Dawit A a écrit : >>> >>> > Does anyone have a problem opening project files (CTRL+O) in >>> >>> > qtcreator 2.0.1 (Qt 4.7) with the current trunk version of kdelibs ? >>> >>> > >>> >>> > For me the minute I try to open a project, the screen flashes as if >>> >>> > to paint the file dialog and then qtcreator completely freezes. >>> >>> > Using gdb (backtrace) I see that the issue seems to occur when the >>> >>> > file dialog attempts to find Places information through Solid. Solid >>> >>> > in turn queries udisks (no hal on my system) through dbus to >>> >>> > retrieve information about each of the several devices available on >>> >>> > my machine and takes a very very very long time (many minutes) to do >>> >>> > it. Any insight I can get into this would be helpful before I waste >>> >>> > even more time to try and find out what could possibly be causing >>> >>> > this issue for me... >>> >>> >>> >>> See https://bugs.kde.org/show_bug.cgi?id=253039 >>> >> >>> >> Strangely enough it happens only in non-KDE aplications anb i can't >>> >> reproduce it... (not running HAL on my Fedora either); for me the open >>> >> dialog in eg. Qt Creator shows immediately. >>> > >>> > I am not running HAL on my system either. In fact hal is not even >>> > installed at all. And the freeze happens for non-KDE apps only as >>> > mentioned above. I was able to reproduce the problem with QtCreator >>> > and VLC so far. I have added a comment on the bug report given above >>> > with backtrace information from QtCreator... >>> >>> On my system commenting out the attempt to prefill the cache in >>> UDisksManager's ctor solves the problem. I really do not see the >>> beneift of doing that in the ctor anyhow... >>> >>> Regards, >>> Dawit A. >> >> You are probably right, this was made in an attempt to speed up things but it >> turned out the problem had been somewhere else (in the device properties >> cache). I will remove it, please retest as I am not getting those problems you >> mentioned. > > You reverted back your commit though... Did it break something ? > Anyhow, for me it solved the noticeble lags in KDE apps and the very > very long delays in QtCreator. However, the issue of the very very > long delays in VLC still persist even after removing that line... >