I don't really understand this issue.

Can you reproduce it on demo.sogo.nu? If so, give the exact steps.

Yes I can reproduce it on demo.sogo.nu.
I've seen that this bug happens only on OS X and only with Safari and Chrome.On windows I haven't this problem.

For reproduce it: Login into webmail -> write a new email -> add a recipient and you will see that it isn't possible to insert a recipient because when you type the "@“ character the webmail "autocomplete" the recipient

I have this same problem too

I found the same problem too.
With Chrome and Safari browser, when I write down a email address into the 'to:' field, when I type '@' the address is completed, without domain.

When instead the address is included in address book, it is completed.

With Internet Explorer and Firefox there is no problem.

Maybe something connected to autocompletion feature?

Hi,

I've just completed a fresh install of sogo v.3.1.2, but the issue is still present.

On MacOSX, when using Chrome or Safari browsers, it is not possible to fully write an email address into the 'To', 'Cc' or 'Bcc' field, because when you type the '@' character, the prompt moves to next address without letting you complete the previous address.

in attached image, output of attempt of writing 'testmail@domain.com'

After a further analysis, the issue is present only when using non-american keyboard layout.

e.g.: if you use Italian keyboard the '@' character is typed with combination 'Cmd + ò' and this combination is not correctly got by Chrome and Safari (it behaves like Tab).

The weird behaviour is that on the same MacOSX and the same italian keyboard layout, everything works smoothly using Firefox Browser.

Maybe it's only something related how the code parses the input commands?

Summary: The issue happens in the following environment:

• Mac OS X
• Browser Safari or Chrome
• Italian keyboard layout (the '@' character and ';' character have the same keycode 186)

The workaround we found is the following.

In file:

WebServerResources/js/vendor/angular-material.min.js

change row 25316:

if (this.separatorKeys.indexOf(event.keyCode) !== -1)

in

if (this.separatorKeys.indexOf(event.keyCode) !== -1 && !(navigator.appVersion.indexOf("Mac") != -1 && event.keyCode == 186 && event.altKey)) {

In other words, it is an exception into angular material framework.

I am aware that this is not an elegant solution, but it is another step beyond to understand and fix the issue.

Maybe the 'separatorKeys' list does not include the alt+186 combination as an exception for completing the email address?

Is it possible to fix the code in order to include this case?

Looks like the team of Angular Material won't fix it anytime soon: https://github.com/angular/material/issues/8319

However, you want to simply remove 186 from the separator keys of the recipients fields. To do so, modify the wox template UIxMailEditor.wox[1]:

          <md-chips ng-model="editor.message.editable.to"
                    md-separator-keys="[13, 9, 188]"
                    ...>

It could be a quick fix if most users don't expect the semi-colon to "close" a chip.

[1] https://sogo.nu/nc/support/faq/article/how-to-customize-the-html-2.html

Does my solution satisfy your needs?

No feedback provided in months, suspending.