<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
Does anyone know where can i get the logs of kwallet?<br>when i load it through a konsole session i don't get any log. kmail doesn't output any relevant info about getting infos from kwallet.<br><br>So this problem is quite difficult to backtrace.<br>anyway, it looks quite like a benign problem, i don't understand how developers could build such a bug and not be able to solve. it's been long i first requested for help for this in this mailing list.<br><br>is kmail hardcoded to call kwallet? or is there any daemon that analyzes interrupts and runs kwallet when kmail send a signal for infos such as passwords?<br>it seems that kde has been being written for many years and developers only add code when new ideas come but never try to get the previous code to be more optimized and robust.<br>when a bug is declared then it is not really eradicated but just hidden.<br>as an example take the bug:<br>Bug <a href="http://bugs.kde.org/show_bug.cgi?id=109773">109773</a>:
<input name="short_desc" id="short_desc" value="'Get New Wallpaper' ticks wrong item." type="hidden">'Get New Wallpaper' ticks wrong item.<br>when this bug was soved a new complain came. it is Bug <a href="http://bugs.kde.org/show_bug.cgi?id=126190">126190</a>:
<input name="short_desc" id="short_desc" value="'Get New Wallpapers' blocks while downloading" type="hidden">'Get New Wallpapers' blocks while downloading<br><br>in a few words the initial problem was as following:<br>in the "Configure Desktop" by right click on the desktop, there is a button "Get New Wallpaper" which launches a window listing online wallpapers that users can download to be directly available as wallpapers on local host.<br>While a wallpaper was downloaded (about 30seconds) the list was still available so as the user checks other wallpapers but when the download reached the end, the currently viewed wallpaper was ticked instead of the one downloaded. This created a huge mess because the later which was ticked couldn't be downloaded anymore because it was considered as already downloaded by the system, while the one reall downloaded was still available to be downloaded. And this mis tick persisted all along the time up to the upgrade of the system.<br><br>Then a KDE bugger off developer solved the problem by simply blocking the list while a download was running. So when dowloading a wallpaper the user had to wait for the end to be able to see other wallpapers. As long as the download was taking long time this was annoying waste of time for the user, at least for me.<br><br>later a new bug has been reported: Bug <a href="http://bugs.kde.org/show_bug.cgi?id=126190">126190</a>:
<input name="short_desc" id="short_desc" value="'Get New Wallpapers' blocks while downloading" type="hidden">'Get New Wallpapers' blocks while downloading<br>as stated above.<br><br>So is the mess in KDE.<br><br><br><br>> From: cannewilson@googlemail.com<br>> To: kde-linux@kde.org<br>> Date: Mon, 29 Dec 2008 11:07:13 +0000<br>> Subject: Re: [kde-linux] kmail and kdewallet<br>> <br>> On Monday 29 December 2008 09:11:26 Andreas Demmer wrote:<br>> > Anne Wilson wrote:<br>> > > Looking for commonalities between people that have a problem is often a<br>> > > good way of tracking down a cause.<br>> ><br>> > KMail also fails to read from my kwallet though kwallet is already up and<br>> > running.<br>> ><br>> > Here's what KMail tells:<br>> > ---<br>> > kmail(4746) KWallet::Wallet::openWallet: Pass a valid window to<br>> > KWallet::Wallet::openWallet().<br>> > "/usr/bin/kmail(4746)" Error in thread 3019024128 :<br>> > "org.freedesktop.DBus.Error.ServiceUnknown - The name<br>> > org.kde.nepomuk.services.nepomukstorage was not provided by any .service<br>> > files"<br>> > "/usr/bin/kmail(4746)" Error in thread 3019024128 :<br>> > "QLocalSocket::connectToServer: Invalid name"<br>> > <unknown program name>(4743)/: Communication problem with "kmail" , it<br>> > probably crashed.<br>> > Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Did not<br>> > receive a reply. Possible causes include: the remote application did not<br>> > send a reply, the message bus security policy blocked the reply, the reply<br>> > timeout expired, or the network connection was broken." "<br>> <br>> Andreas, this is way outside my comfort zone, but here are a couple of <br>> thoughts. First, it's looking for nepomukstorage. I wouldn't have thought <br>> that the kde3 kontact would be using that, so is this the new kde4 version? <br>> And if so, from what source?<br>> <br>> Second - it mentions a dbus problem. A number of people have been hit by dbus <br>> problems recently - not sure, but I think it was a kernel issue - and an <br>> update had to contain a reversion. Could this be related to your problem?<br>> <br>> Sorry I can't give any specific help<br>> <br>> Anne<br>> <br><br /><hr />Win John Lewis vouchers with BigSnapSearch.com <a href='http://clk.atdmt.com/UKM/go/117442309/direct/01/' target='_new'>Search now</a></body>
</html>