by a clean signal/slot solution to notify the single components of a change
in the config dialog.
That fixes also #67484.
CCMAIL:67484-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=269130
With this extension the switch to html works again. I still have to figure out why getMsg is called that often.
svn path=/trunk/kdepim/; revision=269079
The result is that msgs with only one part (text) are not updated anymore and multipart msgs only once or twice.
The remaining bit of a flicker with multipart is only due to the fact that the msg has to be repainted
so I doubt that there is much we can do about that.
svn path=/trunk/kdepim/; revision=269051
changing the selected entry should not trigger accept() automatically as that
would be rather unexpected.
CCMAIL: kmail@kde.org
svn path=/trunk/kdepim/; revision=268909
active readerwindow to ask that for the attachmentstrategy but pass it
along with the folder job, so it is available when the mime structure
comes in with load on demand. Remove unused KMKernel::activeReaderWindow
which doesn't work in kontact anyhow.
CCMAIL: 67644-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=268877
newly arrived mail headers will be added to the local store but the headers
list not updated as that happens according to the following scheme:
o set folder quiet++
o get a bunch of headers and add them to the store without updating
o when the last mail comes in set folder quiet--
o quiet == 0 and as a result of that emit the folder's changed signal which
updates the headers
Now if in some error path the quiet-- doesn't happen, quiet never
becomes 0 again in that folder and therefor the headers are never updated
whether there are new mails or not.
I hope this is the last codepath where it is lacking. If so, it should
fix#64210. This being an error path would explain why it is so elusive. I
saw this today for the first time having left kmail running across a
disconnect of my internet connection.
CCMAIL: 64210@bugs.kde.org
svn path=/trunk/kdepim/; revision=267320
a message id header (*sigh*) just because "" happens to equal "".
Amit, thanks for the test case.
CCMAIL: 67850-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=267069
saving attachements.
Ingo, does that need to be caught further up?
0x4021e497 in KMFolder::crlf2lf(char*, unsigned) (str=0x0, strLen=0) at kmail/kmfolder.cpp:1105
1105 if ( *source == '\r' && *( source + 1 ) == '\n' )
(gdb) bt
#0 0x4021e497 in KMFolder::crlf2lf(char*, unsigned) (str=0x0, strLen=0) at kmail/kmfolder.cpp:1105
#1 0x4022a287 in KMReaderWin::writeMessagePartToTempFile(KMMessagePart*, int) (this=0x8350c30, aMsgPart=0x86cd7ac, aPartNum=3)
at kmail/kmreaderwin.cpp:1323
#2 0x4031feff in KMail::ObjectTreeParser::writePartIcon(KMMessagePart*, int, bool) (this=0xbfffdc90, msgPart=0x86cd7ac, partNum=3, inlineImage=false)
at kmail/objecttreeparser.cpp:1660
#3 0x403194ae in KMail::ObjectTreeParser::defaultHandling(partNode*, KMail::ProcessResult&) (this=0xbfffdc90, node=0x86cd798, result=@0xbfffdc40)
at kmail/objecttreeparser.cpp:280
svn path=/trunk/kdepim/; revision=266274
for on-the-fly spell checking when the text was scrolled. no reply
yet from the mailing list, but this is so trivial that I simply commit it.
svn path=/trunk/kdepim/; revision=266190
Checkboxes for sign/encrypt attachment in new message is rendered incorrectly
sometimes. The reason was that paintCell(), which positioned the widget is not
called called for items shown off-sreen. This results in the unlayouted Checkboxes
stacking up in the right top corner. The fix is simple: hide() the items as long
as they are not needed.
As a nice bonus, I gave the checkbox background the proper color.
svn path=/trunk/kdepim/; revision=266161
Tobias Koenig
Carsten Burghardt
Ingo Klcker
Till Adam
Otto Bruggeman
George Staikos
Don Sanders
Marc Mutz
Bo Thorsen
Script Kiddy
Ralf Nolden
Frank Schuette
Stephan Kulow
Daniel Molkentin
Daniel Naber
Aaron J. Seigo