Today, after reading a message, the column of messages did not rexpand after I closed the message screen. Dragging the size didn’t help. The messages were still truncated. I had to log out and in to fix problem.
Also–when I read a message the column of messages in the folder either writes over itself or truncates. Ideally, the column should show the full heading.
Now there is a new problem with the counter. RS7 show 22 messages in my inbox, all read. In the inbox are 100s of messages dating back months, some unread! Regular runbox has 22 read messages.
The number next to the folder in the folder list indicates the amount of unread messages. If it’s not corresponding to the actual unread messages in the list then this may be caused by actions taken via other interfaces which will be reflected when scrolling to those messages in Runbox 7.
My inbox counter showed 17 unread and 41 total messages when I opened RB7 again this morning. The folder has 100s of messages, many unread. The sync counter (which takes time the current RB doesn’t need) said, I think 677 messages. Somehow many old and deleted messages are showing up in RB7.
@barry To find out if it’s your local index that is out of sync or if it’s the server, could you try another browser with a fresh download of the server index, and tell if it’s still a mismatch?
this is just to find out if this is a problem that develops locally over time, or if it’s the same on the server too.
OK so if you delete your local index in Firefox (click “Stop synchronizing”), and download a new fresh (reload the app and click “Start synchronizing” again), is the folder count matching with the message list then?
The problem is probably related to not all message actions ( folder moves, deletions etc ), being updated with “changed_date” timestamp on the server, and then the local index starts diverging over time. I’m considering proposing a mechanism in the app so that a folder is synchronized if the index message count for that folder does not match the server (database) count, in addition to the current proposal which is to offer downloading a fresh index from the server if there’s a lot to catch up on (which also may be the case if the app has not been opened for a while).
@barry, are you using IMAP alongside Runbox 7? If so, this could explain what @petersalomonsen described and this is something we are working on fixing – aside from the other, extra fixes he mentioned.