Issues with Solid from trunk and qtcreator 2.0.1...

[Dawit 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.