Bug 243515 - Message list display jumps to the very beginning after message is deleted
Summary: Message list display jumps to the very beginning after message is deleted
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: 1.13.3
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 243535 247818 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-07-03 18:03 UTC by Andrey Borzenkov
Modified: 2015-04-12 09:49 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Updates (8.28 KB, text/plain)
2010-09-29 13:34 UTC, Mark Fraser
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andrey Borzenkov 2010-07-03 18:03:38 UTC
Version:           1.13.3 (using Devel) 
OS:                Linux

KDE 4.4.90.

I have messages sorted from most old to most recent. The current, most recent message, is selected in message list. If it is deleted, KMail correctly moves selection to previous message (or thread) - but message list display jumps to the very beginning - the most old message. Which means every time after deletion I have to scroll down back to currently selected message.

This is regression against 4.4.4; I did not try previous 4.5 releases so I do not know when it has started.

Reproducible: Always

Steps to Reproduce:
Set message list order from most older to most recent
Make sure there are enough message - more than a single screen
Select most recent message
Press delete

Actual Results:  
message list display moves to the oldest one.

Expected Results:  
Message list should show next most recent message which also becomes currently selected one
Comment 1 Marek Laane 2010-07-29 20:34:12 UTC
In my case it's even more quirkier: if there are more messages in the message list it does show next one correctly until you scroll so that message you will delete next and last unreadable message are shown at the same time - then the view jumps to the beginning of the message list.
Comment 2 Marek Laane 2010-07-29 20:47:00 UTC
In my case it's even more quirkier: if there are more messages in the message list it does show next one correctly until you scroll so that message you will delete next and last unreadable message are shown at the same time - then the view jumps to the beginning of the message list.
Comment 3 Björn Ruberg 2010-08-07 18:34:37 UTC
*** Bug 243535 has been marked as a duplicate of this bug. ***
Comment 4 Mark van Rossum 2010-08-08 10:29:32 UTC
Still there in KDE 4.5.00, kmail 1.13.5
Comment 5 Ronny Standtke 2010-08-15 12:11:28 UTC
I can confirm the issue (using KDE-4.5 ppas on Kubuntu-10.04).
Comment 6 Shlomi Fish 2010-08-18 15:27:54 UTC
*** Bug 247818 has been marked as a duplicate of this bug. ***
Comment 7 Shlomi Fish 2010-08-18 15:28:40 UTC
Can confirm here (Mandriva Linux Cooker x86-32, new Unix user account). Also,
sometimes when I delete several messages (like two consecutive messages), then
the scrollbar disappears. Very annoying.
Comment 8 Rob Funk 2010-08-31 16:30:30 UTC
It looks like when a message is removed from the message list, the message-preview properly gets updated with a different message, but the message list no longer has a currently-selected message. The scrollbar takes the whole height until I select a message from what's visible (which is now showing the top of the message list, rather than the bottom where the message had been removed from).

KMail 1.13.5
Kontact 4.4.5
KDE 4.5.0
Ubuntu 10.04.1 "lucid" with Kubuntu Backports PPA

Sorting: By Date/Time of most recent in subtree; Least recent on top; Group Sort Ascending
Aggregation: Current Activity, Threaded
Theme: Fancy with clickable status

Oh, and I'm looking at an IMAP mailbox with 5964 messages.
Comment 9 Sergei Ivanov 2010-09-03 16:10:56 UTC
Have this issue with KDE 4.5.1 (Ubuntu 10.04.1, Kubuntu PPA packages). Observed on two local maildir mailboxes with 1k and 4k messages.

Deleting the last message (on the bottom of the list) makes kmail show the top of the list and (almost always) disable the scrollbar (it looks like if the entire list was shown, and there in no way to scroll down). In order to see the end of the message list again, I have to jump to another mailbox and back.

Also, the following may be relevant: some time ago (maybe yesterday) I observed a similar scrollbar misbehavior in Konqueror. There was a link to a text file, I middle-clicked on it, the text appeared in a new tab but was not scrollable (i.e., the file was long but I could read only a screenful of text). Closing the tab and middle-clicking on the link again fixed the problem that time, and I did not try to reproduce it.
Comment 10 ancow 2010-09-09 04:16:35 UTC
I can also trigger this by marking a message as ham. The focus then normally changes to the next message in the list, but if I mark the last message, no message is selected in the list and it scrolls to the top.

Works with both KDE 4.5.0 and 4.5.1.
Comment 11 Andrey Borzenkov 2010-09-09 18:30:38 UTC
Also valid for kmail2 2.0.89.
Comment 12 Mark Fraser 2010-09-29 12:58:57 UTC
Had an update the other day which contained updates to various kde libraries and since then I don't recall seeing this bug. Will have to check a few things to make sure, but it might be fixed.
Comment 13 Mark van Rossum 2010-09-29 13:02:15 UTC
(In reply to comment #12)
> Had an update the other day which contained updates to various kde libraries
> and since then I don't recall seeing this bug. Will have to check a few things
> to make sure, but it might be fixed.

Can you be a bit more precise about versions and distribution?
Comment 14 Mark Fraser 2010-09-29 13:34:10 UTC
Created attachment 52078 [details]
Updates
Comment 15 Mark Fraser 2010-09-29 13:35:16 UTC
(In reply to comment #13)
> (In reply to comment #12)
> > Had an update the other day which contained updates to various kde libraries
> > and since then I don't recall seeing this bug. Will have to check a few things
> > to make sure, but it might be fixed.
> 
> Can you be a bit more precise about versions and distribution?

I'm using Kubuntu 10.04 with the KDE 4.5.1 backports PPA enabled. I've created an attachment of all the packages that were updated recently.
Comment 16 Ronny Standtke 2010-09-29 15:01:36 UTC
> I'm using Kubuntu 10.04 with the KDE 4.5.1 backports PPA enabled.

Same here. I can also confirm that I no longer run into this bug.
Comment 17 Sergei Ivanov 2010-09-29 20:00:15 UTC
> --- Comment #15 from Mark Fraser <kde mfraz orangehome co uk>  2010-09-29
> 13:35:16 --- (In reply to comment #13)
> 
> > (In reply to comment #12)
> > 
> > > Had an update the other day which contained updates to various kde
> > > libraries and since then I don't recall seeing this bug. Will have to
> > > check a few things to make sure, but it might be fixed.
> > 
> > Can you be a bit more precise about versions and distribution?
> 
> I'm using Kubuntu 10.04 with the KDE 4.5.1 backports PPA enabled. I've
> created an attachment of all the packages that were updated recently.

Same here: I can no longer reproduce the bug after a recent upgrade.

Kmail in its "About" window says that it is version 1.13.5; the package 
manager says that it is from kdepim-4.4.6 (backported to Ubuntu 10.04).
Comment 18 ancow 2010-09-29 21:46:13 UTC
I'd say the biggest change is QT 4.7.0 final.
Comment 19 Mark van Rossum 2010-09-29 22:44:38 UTC
I still see this bug on FC13 with versions:
qt-4.7.0-1.fc13.i686
kdepim-4.4.6-2.fc13.i686, 
kmail reporting 1.13.5
Comment 20 Sergei Ivanov 2010-09-30 01:11:55 UTC
> --- Comment #19 from Mark van Rossum <mvanross inf ed ac uk>  2010-09-29
> 22:44:38 --- I still see this bug on FC13 with versions:
> qt-4.7.0-1.fc13.i686
> kdepim-4.4.6-2.fc13.i686,
> kmail reporting 1.13.5

Seems that Ubuntu patched this in qt-4.7.0. Here is a fragment from their 
changelog:

qt4-x11 (4:4.7.0-0ubuntu2) maverick; urgency=low                                
                                                                                
  * Add kubuntu_18_fix_qtreeview_regression.diff                                
    (http://bugreports.qt.nokia.com/browse/QTBUG-13567                          
     https://bugs.kde.org/show_bug.cgi?id=246997)                               
                                                                                
 -- Alessandro Ghersi <alessandro-ghersi@kubuntu.org>  Sun, 26 Sep 2010 
19:34:58 +0200
Comment 21 Mark van Rossum 2010-10-01 11:56:31 UTC
Solved for me in FC13 with qt-4.7.0-5.fc13.i686 from kde-testing.

I think that this bug can be closed.
Comment 22 Shlomi Fish 2010-10-01 12:34:52 UTC
(In reply to comment #21)
> Solved for me in FC13 with qt-4.7.0-5.fc13.i686 from kde-testing.
> 
> I think that this bug can be closed.

No, I still have this bug with qt4-4.7.0-3mdv2011.0.src.rpm on Mandriva Cooker . It seems to be fixed by distribution-specific patches.

Regards,

-- Shlomi Fish
Comment 23 ancow 2010-10-01 14:31:25 UTC
Since this seems to be a QT bug, I would say it could be marked as RESOLVED UPSTREAM.
Comment 24 Gerry Gavigan 2010-11-25 17:19:30 UTC
still there in kmail 2.0.89 using qt 4.7.1-144.1 (openSUSE RPMs)
Comment 25 Gerry Gavigan 2010-11-25 18:04:10 UTC
with emails stored by date, if one of the folders below the most recent is open (i.e., with emails visible) then deleting the contents of a date folder until empty causes kamil to jump to that open folder rather than to the most recent email
Comment 26 Laurent Montel 2015-04-12 09:49:41 UTC
Thank you for taking the time to file a bug report.

KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2.

We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback.