View Issue Details

IDProjectCategoryView StatusLast Update
0005096SOGoGUIpublic2022-01-19 16:03
ReporterChristian Mack Assigned Tofrancis  
Status resolvedResolutionfixed 
Platformamd64OSDebianOS Version10 Buster
Product Version4.3.2 
Fixed in Version5.4.0 
Summary0005096: double click on email folder, address book or calendar wrongly triggers "rename" function

When a user does a double click on any email folder, address book or calendar function "rename" is triggered.
But the new SOGo web interface does not use right click or double click!
Also double clicking on folders in all OS file management tools means "open that folder".
Because of that users are downright confused.

This is especially troublesome on email folders.
There are system email folders like INBOX, Trash etc., which get translated into the users language and automatically created when not there.
E.g. a German user double clicks on her "INBOX", which is shown as "Posteingang".
Even if she types in "Posteingang" into the input field and saves that, she will move her folder on the IMAP server and does get a new and empty INBOX automatically created by the IMAP server.
She will complain about lost emails in her INBOX.
She often doesn't see, that there is another "Posteingang" with her old emails, or even worse deletes that duplicate one.

Steps To Reproduce

1) double click on an email folder/calendar/address book
=> rename is starting
This should not happen!!
It should only select that email folder/calendar/address book like a single click

Additional Information

Tested with
sogo:amd64/buster 4.3.2 stable
SOGo demo site

In order to abort the renaming, you have to click behind the underlined input field.

TagsNo tags attached.




2020-07-29 15:41

administrator   ~0014592

I get your point. But this has been the behaviour since v3.

Christian Mack

Christian Mack

2020-07-29 15:50

developer   ~0014593

Switch to Angular was made to explicitly dump right clicks and double clicks, because on Tablets and Smartphones those were not usable.
Why keep it for one function?
Especially as you already can "rename" without using a double click.



2021-03-22 18:47

reporter   ~0015164

Well, we just had this happen with a user that accidentally renamed INBOX this way. Basically loosing access to her complete inbox because of it.
(dovecot happily created a fresh INBOX for new incoming emails, so those were still delivered, and everything else seemed gone)

The user completely freaked out, for obvious reasons.

This is a problem, and should really be solved.
(and that this has been possible since v3 is perhaps true, but not really relevant)

Christian Mack

Christian Mack

2021-10-22 09:14

developer   ~0015571

Could we at least get an option for disabling that on a per server basis?



2022-01-19 16:03

administrator   ~0015780

The issue has been mitigated by disabling the possibility to rename special mailboxes.

Issue History

Date Modified Username Field Change
2020-07-29 15:37 Christian Mack New Issue
2020-07-29 15:41 francis Note Added: 0014592
2020-07-29 15:50 Christian Mack Note Added: 0014593
2021-03-22 18:47 heupink Note Added: 0015164
2021-10-22 09:14 Christian Mack Note Added: 0015571
2022-01-19 16:03 francis Assigned To => francis
2022-01-19 16:03 francis Status new => resolved
2022-01-19 16:03 francis Resolution open => fixed
2022-01-19 16:03 francis Fixed in Version => 5.4.0
2022-01-19 16:03 francis Note Added: 0015780