-
Notifications
You must be signed in to change notification settings - Fork 21
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
MM-21154 - Agenda Plugin Review #2
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
removed
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great work, @marianunez! It was a pleasure to review this plugin and I think it will be valuable for us!
I left a couple comments. The only use case that might need to be addressed (that I found) was handling Sun and Saturday. If you could just comment on the items below, that would be great. If you agree with the proposed changes, please let me know and I can make those changes if you'd like.
If you could comment on the following, that would also be helpful.
- Add
/agenda help
with examples - Add
/agenda setting schedule
help text - list possible values 0..6 for Sun..Sat - Add Sun and Sat to UI (slash comand works 0, 6)
- Currently user can use
/agenda setting schedule 0
and will update, but not show in UI. - Any Int works
/agenda setting schedule
command. Perhaps limit to 0..6 and next-week only? -
/agenda setting hashtag junk-Feb-01-2000
responds setting updated, but queueing gives weird return result
Possible Enhancements - Can create as HW tickets if not a simple task to add.
-
/agenda list
shows RHS (or updates). Have/agenda queue
also refresh the RHS. (This isn't actually a good idea, but will leave the comment for reference). queue should not hijack a users RHS becauselist
is available. queue shows the result in a post.
I was being optimistic to not having meeting on weekends 😂 Agreed this should support the whole week.
Yes, I agree this should be default for all plugins.
Agreed, which you extend support for the whole week. Should be a simple fix.
This should be fixed with the full week support from above.
Yes, this would make the slash command more robust.
What is the weird return result? |
//Return a default value | ||
meeting = &Meeting{ | ||
Schedule: time.Thursday, | ||
HashtagFormat: "Jan02", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
0/5 maybe add (last dozen characters?) from the channel name? Not sure if the use of the default is typical.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I will create a ticket to add this as a future enhancement.
* spelling * spelling * fix make golint errors * Break up sentence into multiple * Spelling fixes in webapp and server err var renamed to appErr when model.AppError is return type * remove broken to ticket. The fix is now in mm-webapp master
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Couple of comments. One big optional thing would be to split into packages rather than lumping everything in main
. You can use the references of workflow: https://github.com/mattermost/mattermost-plugin-workflow/ and the solar lottery PR: mattermost-community/mattermost-plugin-solar-lottery#6 The exact way we recommend splitting out packages is in flux. Some conversation here: https://community-daily.mattermost.com/core/pl/9sf5x5j7wfyjxjrdoys5prgfdw
@lev will do! I will go through all the review comments. Apologies for the delay on this. |
@levb, @aaronrothschild, @crspeller, @DHaussermann - This PR was approved by all before we swapped the base branch from @DHaussermann, FYI, we still need you review for this PR. |
I'd prefer that the CI changes were merged here and the build was green. If for some reason it's difficult - ok with doing it later. |
Resolved Thanks Jason!
Am I missing something locally? Do I need specific branch of the redux repo maybe? |
First Round of testing completed
@marianunez The biggest issue I'm hitting with this is that setting the date format is too brittle. 0/5 this should maybe be a drop down. It seems like if I don't use Other Issues
Could wait for further enhancement:
|
Agreed. The date formatting is NOT user friendly at all. The format you do needs to strictly be based on the actual date of January 2, 2006 🤦♀️ I added a link of examples of date formats on the dialog but agreed is not clear.
Exactly, if you don't use January 2nd as the date example, then it has unexpected behavior. If you want a format of The idea of leaving it open text was to give flexibility to creating your own hashtag format but I'm 2/5 this needs to be improved in some way before release because this issue will be coming up constantly. Some options:
|
The flag is a literal of
should queue
This is related to the search in the server. If you search in the RHS (which is what the plugin does to calculate the list numbers) for
This is the unexpected behavior mentioned in the comment before of not using January 2nd as the literal date for the format. 😖
Not sure how the System Console behaves in this case but it may be because the plugin has no settings available for configuration. Thanks for the thorough testing @DHaussermann! Great feedback! |
@marianunez thanks for clarifying. Having no background on the plugin - I did click the link and view the page with examples. For me personally, I took that to mean "Use only these formats" but did not understand that I had to actually use that date for my example. I only figured that out when I realized other dates were causing issues :) I still think validating on save or using a drop down would be better But, I think a small change that would add alot of value here would be to add a bit more explanation in the modal that you're not just copying the format but,the date as well. For example... edit: 0/5 There should also be an explanation that matching meetings tags would be applied across all channels. Depending how some people use Mattermost they may not be obvious. |
Tested for queuing and listing using Couple questions..
I ask because what I'm seeing is that if the current day is Friday and the meeting is set for Fridays, On the day of - Queuing items will go to the next week's meeting. And pulling the Queue list will pull next weeks meeting. Both of these make sense depending on the time of day IF the meeting has already taken place. But in cases where your checking the list of items before the meeting it causes an issue. Any thoughts?
|
Yes, for this case we need to support meeting time. This way we can check at the time of any request if the meeting has happened already. I think this would be a good HW candidate.
@DHaussermann Was this using the
Yes it is a simple change. How about: Suggestions on improving the help text are welcomed. cc @jfrerich @aaronrothschild |
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the work on this @marianunez
- The core functionality is working.
- Overview of testing posted in comment above
- Added test case to release testing
LGTM!
Created #17 and #18
Will follow-up with @aaronrothschild to see what must be resolved before this is suitable for deployment to community server.
Summary
This PR is to kick start the dev review for the Agenda Plugin to be included in community server. It includes all the changes since the plugin starter template.
See Readme for details on how to use it.
Ticket Link
MM-21154