8b13daad95
For the HashAlignment rule, we're using the default `key` style (keys are aligned and values aren't) instead of the `table` style (both keys and values are aligned) because, even if we used both in the application, we used the `key` style a lot more. Furthermore, the `table` style looks strange in places where there are both very long and very short keys and sometimes we weren't even consistent with the `table` style, aligning some keys without aligning other keys. Ideally we could align hashes to "either key or table", so developers can decide whether keeping the symmetry of the code is worth it in a case-per-case basis, but Rubocop doesn't allow this option.
41 lines
1.3 KiB
Ruby
41 lines
1.3 KiB
Ruby
class Officing::VotersController < Officing::BaseController
|
|
respond_to :html, :js
|
|
|
|
before_action :load_officer_assignment
|
|
before_action :verify_officer_assignment
|
|
before_action :verify_booth
|
|
|
|
def new
|
|
@user = User.find(params[:id])
|
|
@polls = current_booth.polls.current
|
|
end
|
|
|
|
def create
|
|
@poll = Poll.find(voter_params[:poll_id])
|
|
@user = User.find(voter_params[:user_id])
|
|
@voter = Poll::Voter.new(document_type: @user.document_type,
|
|
document_number: @user.document_number,
|
|
user: @user,
|
|
poll: @poll,
|
|
origin: "booth",
|
|
officer: current_user.poll_officer,
|
|
booth_assignment: Poll::BoothAssignment.find_by(poll: @poll, booth: current_booth),
|
|
officer_assignment: officer_assignment(@poll))
|
|
@voter.save!
|
|
end
|
|
|
|
private
|
|
|
|
def voter_params
|
|
params.require(:voter).permit(:poll_id, :user_id)
|
|
end
|
|
|
|
def officer_assignment(poll)
|
|
Poll::OfficerAssignment.by_officer(current_user.poll_officer)
|
|
.by_poll(poll)
|
|
.by_booth(current_booth)
|
|
.by_date(Date.current)
|
|
.find_by(final: false)
|
|
end
|
|
end
|