Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Check validity of recipients on manual modification #738

Conversation

kaustubh-nair
Copy link
Member

Users can manually alter the recipients/stream name, but there is
currently to check in place to ensure validity of these modifications.
This commit checks the recipients everytime the user presses TAB on the
boxes (stream name and recipients for private messages).

@zulipbot zulipbot added the size: M [Automatic label added by zulipbot] label Jul 24, 2020
@kaustubh-nair kaustubh-nair added the PR needs review PR requires feedback to proceed label Jul 27, 2020
Copy link
Member

@sumanthvrao sumanthvrao left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@kaustubh-nair Thanks for this addition. I tested this manually and it works well. One suggestion I felt would be useful is if we indicated which of the emails (in case of huddle, etc) is invalid. So example the footer would display Invalid recipients - abc@zulip.com. For streams and single-user PM although this wouldn't add any extra meaning, its a more detailed error message to display.

What do you think?

@@ -654,6 +654,16 @@ def _handle_typing_event(self, event: Event) -> None:
else:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Typo: I think the commit description should be

currently no check in place

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No space before bracket currently.

zulipterminal/model.py Outdated Show resolved Hide resolved
@kaustubh-nair kaustubh-nair force-pushed the order-typeahead-by-narrow-sync-recipient-list branch 4 times, most recently from bb94736 to 826853e Compare July 29, 2020 14:33
@kaustubh-nair
Copy link
Member Author

@sumanthvrao thanks for the review!
Showing invalid recipient emails sounds like a good idea, I've added them for group PMs.
PR updated.

@neiljp neiljp added this to the Release after upcoming milestone Jul 31, 2020
Copy link
Collaborator

@neiljp neiljp left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@kaustubh-nair This works well - just a few minor points and I'd love to have this merged 👍

@@ -654,6 +654,16 @@ def _handle_typing_event(self, event: Event) -> None:
else:
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No space before bracket currently.

zulipterminal/ui_tools/boxes.py Outdated Show resolved Hide resolved
zulipterminal/ui_tools/boxes.py Outdated Show resolved Hide resolved
@neiljp neiljp removed the PR needs review PR requires feedback to proceed label Jul 31, 2020
Users can manually alter the recipients/stream name, but currently,
there is no check in place to ensure validity of these modifications.
This commit checks the recipients everytime the user presses TAB on the
boxes (stream name and recipients for private messages), and displays an
error message in the footer if a recipient is invalid.
@kaustubh-nair kaustubh-nair force-pushed the order-typeahead-by-narrow-sync-recipient-list branch from 826853e to 7c308e0 Compare August 1, 2020 17:18
@kaustubh-nair
Copy link
Member Author

@neiljp Thanks for the review!
PR updated 👍

@neiljp
Copy link
Collaborator

neiljp commented Aug 1, 2020

@kaustubh-nair Thanks for the updates and adding this feature! 👍 I'm going to merge this now, but I think we'll want to ensure that we get connected issues resolved in the near future if we can, or open issues for them.

Things I'm thinking about off the top of my head are trailing commas and other characters (which still cause potentially confusing messages), and that the only way to resolve the 'invalid' case is by entering valid data - which the user may not know (so if they are mid-compose, then they may potentially have to esc to exit it and lose their message). With the completion for streams/topics and ideally something similar for PMs this should become less of an issue, though we may well want to improve the error handling further once we understand more how we plan to handle separators.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
size: M [Automatic label added by zulipbot]
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy