Hi @Geir, well really looks like you have addressed a lot of problems. Thanks for that. Will look at it later today. One point that I raised with @Dave is why could you not put the version number of RB7 on the login page to encourage people, who may still be using RB6 by default, to look at the latest updates?
Hi @Geir, I have had a look now, don’t understand what point 3. Bugfix is? Guess I never came across this. Now anyway it closes the preview pane whether you delete the current displayed email via the previews pane menu or via the check box and associated menu - so that makes sense to me. Also I see that when you select the current or several emails by checking boxes you now get the two menu’s displayed - the one at the top of the preview pane and the one for check box selection. This looks a mess and I assume this is just some interim development - otherwise wouldn’t a better option be to close the current preview pane when a any checkbox is selected?
Also drag and drop move email to other folder no longer works on my system - visually it looks as before but does not actually do anything. No big deal for me as I am happy to move emails by alternative means.
Regards, John
Hi @Geir, just checked out point 7. Bugfix (mailviewer): Store message list view settings in browser. If you are referring to RB7 storing the preview pane user configuration - eg user sets preference as horizontal preview pane, then this is not working on my system same as before. But possibly you are talking about something else.
Regard, John
@JohnTowler Good idea. The front page itself is still part of Runbox 6 and unaware of Runbox 7 versioning, but we’re adding a link to this forum page in the News section on the front page to make it easier for visitors to find recent updates.
– Geir
@JohnTowler Thanks for the comments!
Bugfix #3 above makes any open message that is selected among one or more other messages close when those messages are deleted. This is sensible as presumably deleting a message implies it’s no longer of interest and should disappear from view.
When selecting one or more messages in the list, the message action menu to the right is displayed in addition to the menu shown in the opened message. We are evaluating the position of the former to make this distinction clearer.
I could not reproduce the issue with drag and drop of messages. If you are still experiencing problems with this, please start a separate thread.
Both the settings for the messages list and the preview pane should now be stored locally and be preserved despite logging out and closing/restarting the browser as long as offline website data are not removed. If you are still experiencing problems with this, please start a separate thread with further details about your system/browser.
– Geir
Changes since 2020-06-03
- Bugfix (webmail): Make sure the URL fragment updates after closing an email
- Bugfix (webmail): Prefer contact recipients over searchindex recipients
- Bugfix (webmail): Visually scroll the message list when using the up/down keys
- Bugfix (contacts): Contact updates now appear in compose window directly after update/addition
- Bugfix (webmail): Update contacts cache separately from search index contacts
- Refactor (compose): Remove dead code / simplify code
- Test (e2e): Ensure localSearchPromptDisplayed is set upon closing the dialog
- Test (webmail): Adapt test to new structure. Prefer contacts over searchindex
Hi @Geir, thanks for addressing my two comments. I do not get you point about “front page” being RB6 and unaware of RB7. We are talking about the page you get when you go to runbox.com right? So it has link to RB7 right? So it’s all just html. So what is stopping you putting the version number - even if you have to change the html by hand to include the latest version number this is hardly an arduous task I would have thought.
“Both the settings for the messages list and the preview pane should now be stored locally” That may be true but I suspect that if you set up tight security on firefox - as described in my thread “cookie issues”, that for some reason the site data does not get updated unless you go through procedures I describe. It may even be a firefox issue.
As regards drag and drop not working. My system is Ubuntu, so I don’t think it will be that interesting for most users. And as I said, it’s not an issue for me, I was just pointing it out to you.
Regards, @JohnTowler
Hi, is there a way to disable the new feature that suggests “Recently used” recipients directly under the “To” line? I find this to be a very dangerous UI decision, which makes it appear like those suggested E-mail addresses are already recipients. Which has given me cause to panic on several occasions because I definitely don’t want all those people receiving the same E-mails!
I believe the change is this one I’m talking about, but I’m not 100% sure:
- compose: Show recently used recipients under input forms
- (10 Jun 2020, change fdc5fc5)
It seems to me like that functionality would be better served by the “Popular recipients” tab on the left of the screen.
Best
Ah, excellent, glad to hear it.
Best
1 Like
I thought this was an interesting (cool) feature. Maybe put a symbol next to the “To” with a bubble note that would say display recent recipients. It was confusing how it was implemented, but it has potential.
1 Like
Changes since 2020-06-13
- New feature (compose): Compose now accepts pasting email lists recipients
- Bug fixes (common): Fix edge-case email address (list) parsing
- Bug fixes (compose): Different positions for action buttons for mobile and desktop
- Bug fixes (compose): Push draft action buttons further apart
- Bug fixes (webmail): Only recount folder unread counts after content change
- New feature (webmail): Reset search when switching folders
- Bug fixes (compose): Make layout more responsive
- New feature (webmail): Add a list of popular email recipients to the sidebar
- Bug fixes (compose): Update recipient suggests whenever searchindex is updated
- New feature (multiple_msg_unread): Replace endpoint that marks multiple messages as unread/unflag
- Bug fixes (compose): Update angular deprecated recommendations
- Bug fixes (mark_multiple_msgs): Update before the request is completed
- Bug fixes (mark_multiple_messages): Try to use messageFlagChangeSubject.next to fix e2e errors
- Bug fixes (compose): Make sure suggested contacts are shown with their names
- Bug fixes (compose): Make sure we can still drag and drop suggestions to CC/BCC and have them show up
- Bug fixes (compose): Reload CC and BCC contents properly
- New feature (compose): Allow drag-and-drop for suggested contacts
- New feature (compose): Keep feeding the suggestion list after some contacts are selected
- Bug fixes (webmail): Make switching to the current folder a no-op
- Bug fixes (compose): Show only one suggestions bar per compose window
- Bug fixes (compose): Make sure profiles are loaded correctly regardless of races
- Bug fixes (compose): Cope with reply-to field in new TO format
- Bug fixes (compose): Ensure we cope with CC/BCC emails containing a comma
- Bug fixes (compose): Re-add code lost in cherry picking/merging
- Bug fixes (compose): Cope with replying to emails where From name contains a comma
@Geir, OK well glad you are keeping on top of all this. Will check out RB7 today. If you keep posting these changes (log?) will give me a reason to take a look at RB7. Thanks for your efforts.
Er - just took at look at RB7 and still has the same mark unread/toggle unread bug just as before - except worse, because now cannot apply to multiple emails at all. Dave, I’m cc’ing you into this by way of adding your name here @Dave.
@JohnTowler Thanks for the feedback.
We have been discussing the mark read/unread functionality further in this Github issue which you might be interested in:
I have increased the priority of this issue now.
– Geir
@Geir I wanted to clear up something about Contact in RB7. Contacts in RB7 are now in CardDAV format. So you can import from RB6 but RB6 and RB7 contacts are now in effect separate - e.g. if you create a new contacts in RB6 it will not exist in RB7 unless you import it anew. Have I understood this correctly?
Hi, pretty much. There was a change to this recently, and RB6 contacts are now imported automatically whenever they’re noticed – you don’t need to click anything manually.
After they’ve been imported, however, they remain separate – so any updates to existing RB6 contacts will not be picked up by Runbox7 (and vice-versa).
@Geir, something I posted to someone else:
you can already copy to the clipboard just like you can copy most any text in any application. Just highlight the sender email (I just clicked on it, but you may have to drag the mouse), then press ctrl+c or right click the mouse and choose copy. And voila it’s in your clipboard. You can then just create a new contact and paste in the email. One caveat - copied email address seems to have a leading space, not sure if this will cause a problem or not - I just deleted it. @Dave and @Geir you might want to look at this.
Any comment on the leading space, will this create and issue?
@tadzik, @Geir, @Dave, my contacts were not imported automatically as you advise - so not sure what is going on there. Also because these are now separate for RB6 and RB7 that means people like myself, who rely on RB6 until you have sorted out the bugs in RB7 will have life made a little harder if we want to occasionally look at RB7 to see how things are progressing.
Well this will be the last post from me and I will no longer be providing any feedback on RB7 as I am wasting my time. You are adding all these features to RB7 before you have sorted out several bugs which persist. One has to ask if these are the bugs one can see what about bugs we can’t see. Will there turn out to be security flaws in RB7?
You have added stuff like indexing which is not part of RB7 which maybe has security implications, I don’t know but it does not fill be with confidence. I think you added indexing in order to claim RB7 is the “fastest email in the world” or something like that. I can’t find that claim now but it used to be there. Just as well as it is pretty bombastic to say the least. Just to quote Shakespeare, you are in danger of being hoisted by your own petard.
So my subscription runs out end of the year and unless these bugs have been fixed I will be moving to one of your competitors. It’s a sad thing for me to say this. I like runbox mostly because the servers are located in Norway, which seems one of the more secure locations. So if you ever come up with a decent bit of software I may come back.
Good luck with you endeavors, @JohnTowlerr
@JohnTowler We are happy to investigate your contacts import in order to figure out what the problem might be. We considered full two-way migration support for contacts between Runbox 6 and 7, but this would have required significantly more time invested in Runbox 6 that is better spent improving Runbox 7.
Our overarching goal remains to make Runbox 7 the best and fastest webmail application available, enabling email users to manage their email and their digital lives more efficiently.
This vision and our motives are laid out on our website, and are not intended as the weapon implied by the Shakespeare quote – on the contrary, our mission is to facilitate efficient communication between people in an ethically and environmentally responsible manner.
Runbox 7 is the vehicle that will realize this vision, and its development entails both a host of new features as well as bug fixes to existing ones. One important dimension of this project is experimentation, which is a fundamental aspect of any successful company.
The reason for this is that research and development is essentially an evolutionary process in itself, and it is impossible to predict with absolute certainty the success of a given feature. Therefore we are deliberately dedicating a relatively small portion of our time to experimentation, which we are confident will contribute to a better service.
We are evaluating and adjusting this balance frequently, and since we started including a changelog in Runbox 7 in October 2019 we have implemented:
- 205 bug fixes
- 91 new features
- 35 visual changes
We appreciate that there are many improvements yet to be made and still bugs left to fix, and that we may not yet have had the chance to attend sufficiently to those you have raised.
However, our rate of development and frequency of deployments is increasing, and we are continuously adjusting our priorities based on feedback from active and engaged users like yourself.
The local index in Runbox 7 was a core feature from the very beginning of the project, and remains an essential (but optional) part of the engine that powers the webmail app. Great care has been taken to ensure Runbox 7 processes data securely, and there is generally no reason to believe that data stored locally on your own device would be any less secure than a server.
We continue working towards our goal with dedication and a steadily growing team, and are confident that Runbox 7 will reach a level that will surpasses that of our competitors.
– Geir