Re: New odd behavior - selected message not within dislay and others.

Hi All,

This message confused me for a moment, since I've been following a long thread on the Gentoo Users list, which started asking about the upcoming Thunderbird release, but also digressed into a discussion of email clients, where I pushed Balsa a bit.  Not sure, but we might get a new user or two out of it.

On 8/21/20 4:41 PM, Peter Bloomfield wrote:
Hi All,

On 07/20/2020 03:27:36 PM Mon, Albrecht Dreß wrote:
Hi Jack!

Am 19.07.20 00:20 schrieb(en) Jack via balsa-list:
Normally, when I've read all new messages in the current mailbox, and click "Next Unread" Balsa switches to the mailbox with the next unread message, selects that message and displays it, and scrolls the message list to show the new message line.  The first part does always happen - display the next mailbox with an unread message.  However, sometimes, the message selected is an old one (or perhaps the one with the highest message number, which is essentially random for maildir mailboxes.  That has happened infrequently, but for a long time.  It now seems more frequent.  What is new, however, is that the selected message is NOT scrolled to the center of the display, and may be very far away.

No Heisenbug!  I also observed the latter effect (wrong scrolling), in particular with a somewhat crowded Maildir mailbox (Postgresql mailing list), with threading enabled and a high depth of the threads (more than 10 levels, sometimes).  In this case, typically the sorting in the mailbox is also broken (although Peter *mostly* fixed this effect, it still –but rarely!– occurs).  I don't use the “Next Unread” function, so I can't tell if it occurs here too.

I've pushed a couple of changes to GitLab that should resolve some of the issues. There was indeed at least one race: the front end displaying a mailbox before the back end got to sort it. That's bad when a message has been added to a mailbox, because it's always prepended and then sorted into place.
I'll give them a try.
The final, least common bit, is that I do NOT see any scrollbar on the message list.  It is always there if I switch to another mailbox and then back.  It someimes seems to appear, if i don't pay any attention and just start reading the new messages, and look up later to see it's back.

Is the vanishing scrollbar part of GNOME's overlay scrollbars? You can disable globally them with:

gsettings set org.gnome.desktop.interface overlay-scrolling false
I run KDE/Plasma, not gnome, so I don't think that's very likely.

They can also be disabled programmaticly for a particular scrolled window: <URL:>, but having a mixture of overlay and permanent scrollbars might look weird!

Huh!  Never saw that.

It's intended for touch-screen devices, where I suppose it makes sense, but it's actually used whenever there's no mouse, such as my laptop with its touch-pad 🤨️

This is on a full desktop with two monitors and a mouse.  I've got separate issues with Balsa on my laptop, but until I'm sure it's nothing due to my strange configuration, it's a very low priority.



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]