SOGo | BTS

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0003513SOGoWeb Mailpublic2016-02-10 06:042018-02-06 17:22
Reportermdacrema 
Assigned Tofrancis 
PrioritynormalSeverityminorReproducibilityalways
StatusresolvedResolutionsuspended 
PlatformChrome,SafariOSOS XOS Version10.11.3
Product Version3.0.1 
Target VersionFixed in Version 
Summary0003513: "To" field automatically add address when "@" is writed into field on Chrome and Safari
DescriptionWhen writing or replying it's impossible to enter a address because when you insert "@" character the address is added automatically. On firefox this not happen.
Steps To ReproduceFor example take "me@example.com" as recipient. Write or reply to an email -> click on "Add a recipient" -> type "me" -> when you type "@" the field being locked
TagsNo tags attached.
Attached Filespng file icon Schermata 2016-06-09 alle 10.23.21.png [^] (29,971 bytes) 2016-06-09 04:24

- Relationships Relation Graph ] Dependency Graph ]
has duplicate 0003573resolvedludovic compose message impossible due to incorrect autocomplete "To" field 
has duplicate 0004103new email input termination by coma button shortcut 

-  Notes
User avatar (0009509)
ludovic (administrator)
2016-02-11 14:21

I don't really understand this issue.

Can you reproduce it on demo.sogo.nu? If so, give the *exact steps*.
(0009515)
mdacrema (reporter)
2016-02-12 04:30

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
(0009685)
linuxgfx (reporter)
2016-03-10 05:08

I have this same problem too
(0009965)
bagnus (reporter)
2016-04-12 08:50

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?
(0010321)
bagnus (reporter)
2016-06-09 04:30

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'
(0010322)
bagnus (reporter)
2016-06-09 05:22

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?
(0010496)
bagnus (reporter)
2016-07-13 09:04

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?
User avatar (0010497)
francis (administrator)
2016-07-13 09:37
edited on: 2016-07-13 09:38

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 [^]

User avatar (0010504)
francis (administrator)
2016-07-20 14:29

Does my solution satisfy your needs?
User avatar (0010970)
ludovic (administrator)
2016-12-08 16:07

No feedback provided in months, suspending.

- Issue History
Date Modified Username Field Change
2016-02-10 06:04 mdacrema New Issue
2016-02-11 14:21 ludovic Note Added: 0009509
2016-02-12 04:30 mdacrema Note Added: 0009515
2016-03-10 05:05 Christian Mack Relationship added has duplicate 0003573
2016-03-10 05:08 linuxgfx Note Added: 0009685
2016-04-12 08:50 bagnus Note Added: 0009965
2016-06-09 04:24 bagnus File Added: Schermata 2016-06-09 alle 10.23.21.png
2016-06-09 04:30 bagnus Note Added: 0010321
2016-06-09 05:22 bagnus Note Added: 0010322
2016-07-13 09:04 bagnus Note Added: 0010496
2016-07-13 09:37 francis Note Added: 0010497
2016-07-13 09:38 francis Note Edited: 0010497 View Revisions
2016-07-20 14:29 francis Note Added: 0010504
2016-07-20 14:29 francis Assigned To => francis
2016-07-20 14:29 francis Status new => feedback
2016-12-08 16:07 ludovic Note Added: 0010970
2016-12-08 16:07 ludovic Status feedback => resolved
2016-12-08 16:07 ludovic Resolution open => suspended
2017-03-27 06:26 francis Relationship added has duplicate 0004103


Copyright © 2000 - 2018 MantisBT Team
Powered by Mantis Bugtracker