Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upStubbing out code for editor votes #764
Conversation
flash[:notice] = "Vote recorded" | ||
redirect_to paper_path(@paper) | ||
# Can't vote on the same item twice | ||
rescue ActiveRecord::RecordNotUnique => e |
This comment has been minimized.
This comment has been minimized.
@@ -37,6 +37,9 @@ def pretty_labels_for(paper) | |||
concat content_tag(:span, label, style: "padding: 3px; margin-right: 3px; border-radius: 2px; background-color: ##{colour}; color: white;") | |||
elsif label == "recommend-accept" | |||
concat content_tag(:span, label, style: "padding: 3px; margin-right: 3px; border-radius: 2px; background-color: ##{colour}; color: #000000;") | |||
elsif label == "query-scope" |
This comment has been minimized.
This comment has been minimized.
arfon
Jul 1, 2020
Author
Member
This change means that papers labeled with query-scope
on the joss-reviews
repository will show the label in the dashboard.
task send_query_scope_email: :environment do | ||
if Time.now.monday? || Time.now.thursday? | ||
reviews_repo = Rails.application.settings["reviews"] | ||
review_issues = ReviewIssue.download_review_issues(reviews_repo, 'query-scope') |
This comment has been minimized.
This comment has been minimized.
arfon
Jul 1, 2020
Author
Member
Again, query-scope
is the label we're including in the summary emails.
require 'rails_helper' | ||
|
||
RSpec.describe Vote, type: :model do | ||
let(:vote) { create(:vote) } |
This comment has been minimized.
This comment has been minimized.
Do we want a whedon command to turn on the query-scope label? Maybe not... |
otherwise, I like the idea of this |
Love this. The mailing list can be much less verbose! |
I like this a lot! Small thing: could the scope emojis only show up in the dashboard if the label has been activated for that submissions? Might make it cleaner and easier to see which are being discussed. Also, would there be a place that aggregates all of the submissions with this label (other than the email)? |
eloisabentivegna
commented
Jul 1, 2020
Brilliant feature! |
Two questions
|
Something like |
@terrytangyuan - the idea would be that these summary emails would be sent twice per week. Mondays and Thursdays and would only include those papers that have been flagged as possibly out of scope.
Yes! Just zooming in a little on one of the screenshots from above, the idea would be that you can include a short (or long) comment with your vote in the text box: |
Yes, that's a good idea. Perhaps we should just have a dedicated tab on the dashboard for these submissions? |
I really think once per week is fine. No one, NO ONE, reacts to submissions at such a fast clip as we do. We are creating a monster. |
jgostick
commented
Jul 1, 2020
It seems to me, in my brief 2 weeks under the deluge of these email conversations, that both out of scope and lack of size are issues that need input. In principle it might be possible to answer the size question quantitatively (like comparing the LOC to other projects in the same language), but this is probably most easily done just by asking someone familiar with the language. In other words, should this feature do double duty for scope and size? |
gkthiruvathukal
commented
Jul 1, 2020
@@ -23,9 +23,9 @@ namespace :editorials do | |||
end | |||
|
|||
desc "Send twice-weekly emails with possible submission rejections" | |||
# Send on Monday and Thursday | |||
# Send on Wednesday |
This comment has been minimized.
This comment has been minimized.
danielskatz
Jul 1, 2020
Collaborator
Let's talk about this tomorrow - I would like to not only do this once a week, just because of the backlog that could build up and be carried over from one AEiC to another. At least, we should think about the schedule of this with respect to AEiC rotation
This comment has been minimized.
This comment has been minimized.
arfon
Jul 2, 2020
Author
Member
Sorry, we forgot to talk about this today.
My rationale for picking Wednesday was that this would be a couple of days after the start of an EiC rotation so potentially the incoming EiC would have had a chance to review the new submissions and flag any that potentially might be out of scope.
One alternative might be to send this on Sunday at the end of a rotation?
Once we do merge this in, we should check for open issues such as #709 that this PR might enable us to close |
arfon commentedJul 1, 2020
•
edited
This PR implements a possible way for the JOSS editorial team to make decisions about editorial scope. Our current approach for flagging/discussing whether a paper is in scope is very noisy for editors (messages posted to the Google group), hard to keep track of, and prone to errors.
The idea is that any
pre-review
orreview
issue labeled withquery-scope
will automatically be included in the twice-weekly emails to all editors to prompt them to vote.Specifically this PR implements
A UI addition to provide a way for editors to vote on whether or not a submission is in scope:
Vote summaries added to the dashboard views:
A summary email that is sent to editors on Mondays and Thursdays: