Version: 1.13.5 (using KDE 4.4.4) OS: Linux After deleting a message from the message list (by selecting and pressing delete) in a folder with more than a screenful of messages, the messagelist is updated, but the scroll bar does not work until you click on another message. Basically the scroll bar 'handle' expands to the length of the kmail gui and you can't scroll down. Clicking on a message seems to reset the scrollbar and all works normally. Does not happen when messages are moved, only when they are deleted. Reproducible: Always Steps to Reproduce: Open the messagelist for a folder with more than a screenfull of messages. Select one message (or a thread) Delete it notice that scroll bar of message list is no longer active. OS: Linux (x86_64) release 2.6.33.3-85.fc13.x86_64 Compiler: gcc Using kde-redhat binaries with current QT 4.7 beta.
I can confirm the issue with both KMail-4.4 and KMail2 from trunk. Looks like the scrollbar is set to an invalid size or something like that, and also the message list is scrolled to the top (if you have it sorted in ascending order).
Just a thought, since it used to work correct in KMail-4.4 and then all of a sudden started to break, maybe it's related to Qt 4.7? I hadn't used KMail in a while, so I can't tell if it's directly related to my Qt upgrade, but I don't assume there have been many changes in KMail-4.4 between the time I last used it before the break and now...
Talking to tokoe on IRC further narrows it down: It always breaks when the message list is scrolled all the way down when *selecting* the message. Deleting works fine if the message-to-be-deleted is selected when the scrollbar is not at the bottom end (even if after selection you scroll down). Excerpt from the conversation for future reference: <tokoe> Sput: we were aware that this bug only happens with Qt4.7 <tokoe> Sput: but i thought it is also related to the akonadi port of kmail <tokoe> Sput: however if it is reproducable with KMail 4.4 and Qt 4.7, then it is definitely a bug in Qt <tokoe> Sput: it happens when your scrollbar is visible and you have scrolled it down to the end <tokoe> Sput: i tracked it down to a different sequence of signal emission and selection change <Sput> you need to *select* the message when the scrollbar is at the end <Sput> scrolling up, selecting a message, scrolling down, deleting works fine <Sput> scrolling down, selecting, scrolling up, deleting breaks <tokoe> Sput: the code in the messagelist library reacts on a row removed signal, stores the selection, checks some conditions and restores the selection <tokoe> Sput: and somehow with qt 4.7 the selection is a different then with qt 4.6 <tokoe> Sput: iirc in 4.6 the selection is still the row to be removed, while in 4.7 the selection is the row after/before the one to remove <Sput> shall I include the IRC log? <tokoe> Sput: yes, but with a big disclaimer for 'if i recalled correctly'...
With KDE 4.5.0 installed on kubuntu (ppa-backports), the bug is still there, QT version: 4:4.7.0~beta2-0ubuntu3~lucid1~ppa5
Persists in 4.5.1 with QT 4.7-rc1 from kde-redhat.
For me, this started with the upgrade to KDE 4.5.0, which coincided with an upgrade to QT 4.7.
I experience the same behavior on kubuntu maverick. This is kmail 1.13.5 using KDE 4.5.1
Started to happen here after Qt upgrade to 4.7 (kdepim 4.4.6, kde 4.5.1). With Qt 4.6.3 everything is fine.
http://bugreports.qt.nokia.com/browse/QTBUG-13567 https://bugs.kde.org/show_bug.cgi?id=246997
After todays qt update, this behaviour is gone.
Still applies to kmail2, component: message list. Seems to be resolved upstream, though.