Issues with Solid from trunk and qtcreator 2.0.1...

[Lukáš Tinkl]

Dne Ne 31. října 2010 03:32:52 Dawit A napsal(a):
> On Wed, Oct 27, 2010 at 12:24 PM, Dawit A <adawit at kde.org> wrote:
> > On Wed, Oct 27, 2010 at 7:48 AM, Lukáš Tinkl <ltinkl at redhat.com> 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.
-- 
Lukáš Tinkl <ltinkl at redhat.com>
Software Engineer - Base Operating Systems Brno
KDE developer <lukas at kde.org>
Red Hat Inc.                               http://cz.redhat.com