mirror of
https://github.com/cypht-org/cypht.git
synced 2026-04-25 13:05:53 +03:00
[GH-ISSUE #377] More than 2 recipients #318
Labels
No labels
2fa
I18N
PGP
Security
Security
account
advanced_search
advanced_search
announcement
api_login
authentication
awaiting feedback
blocker
bug
bug
bug
calendar
config
contacts
core
core
devops
docker
docs
duplicate
dynamic_login
enhancement
epic
feature
feeds
framework
github
github
gmail_contacts
good first issue
help wanted
history
history
imap
imap_folders
inline_message
installation
keyboard_shortcuts
keyboard_shortcuts
ldap_contacts
mobile
need-ssh-access
new module set
nux
pop3
profiles
pull-request
question
refactor
release
research
saved_searches
smtp
strategic
tags
tests
themes
website
wordpress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/cypht#318
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @adrienmaloba on GitHub (Feb 20, 2020).
Original GitHub issue: https://github.com/cypht-org/cypht/issues/377
Originally assigned to: @jasonmunro on GitHub.
Enhancement
When there are more than 3 recipients, one disappears.
@marclaporte commented on GitHub (Feb 20, 2020):
Good catch!
@jasonmunro commented on GitHub (Mar 2, 2020):
Yikes! Thanks for the report. Hopefully won't be hard to track down and fix.
@marclaporte commented on GitHub (Mar 13, 2020):
@jasonmunro our team will handle so you focus on bigger things :-)
@jasonmunro commented on GitHub (Apr 16, 2020):
I merged the PR for this without looking close enough and it broke address parsing. Not sure what is going on here as I can't even reproduce the original bug locally yet. I'm reverting that PR and I will see if I can trigger the issue and fix it.
@jasonmunro commented on GitHub (Apr 16, 2020):
Found a message that triggered this, and it would appear the issue is a trailing newline. If the last value on a header is an E-mail address, the validation fails because the newline is not stripped off, causing it to be dropped from the reply-all list.
I pushed a fix to master, would be great if someone could confirm it works for them now!
@adrienmaloba commented on GitHub (Apr 16, 2020):
I'll test for confirmation.
@marclaporte commented on GitHub (Apr 17, 2020):
On our Intranet, I updated from "
1769ba9b8f" to "beea64a809" and I confirm the fix.