create logical link between users and members closes #164 #172
Labels
No labels
bug
duplicate
enhancement
help wanted
high priority
invalid
L
low priority
M
medium priority
needs refinement
question
S
UX research
wontfix
No milestone
No project
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: local-it/mitgliederverwaltung#172
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feature/user-member-relation"
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?
Description of the implemented changes
The changes were:
#164
What has been changed?
Definition of Done
Code Quality
Accessibility
Testing
Additional Notes
37c948c91ato84abe0a4b584abe0a4b5tocf364fc30ecf364fc30etoe0d7de4712WIP: create logical link between users and members closes #164to create logical link between users and members closes #164380382ea13tob5c97fdecddfc8881dbatob5c97fdecdb5c97fdecdtobdc7b95d17Looks solid to me! Left a few comments.
Also asked chatgpt for a review, leaving it here as I found some remarks interesting, without demanding an actual change now:
https://pad.local-it.org/D_bHD409R1WqPeeB5KD_2w?view
@ -128,0 +182,4 @@if member_arg && member_arg[:id] && current_member_id &&member_arg[:id] != current_member_id do{:error,field: :member, message: "User already has a member. Remove existing member first."}For translation reasons, gettext should be used for all those error messages
These messages are translated by ash. Only the translation text was missing.
@ -63,4 +63,1 @@msgstr "Das Passwort wurde erfolgreich zurückgesetzt"msgid "Sign in with Rauthy"msgstr "Anmelden mit der Vereinscloud"Is this deletion intentional?
yes it was removed by the gettext command, because there is no string to be translated. The login page is another issue anyway.
@ -560,0 +561,4 @@#: lib/mv_web/live/member_live/show.ex:41#, elixir-autogen, elixir-formatmsgid "Linked User"msgstr "Verknüpfter Benutzer"See our agreement on using gender-sensitive language.
But is still unclear whether e.g. Benutzer*in or Benutzer:in - see issue on our agenda for thursday
Looks great! I've clicked around the UI as well and everything seems to work fine.
@ -61,3 +61,3 @@actions dodefaults [:read, :create, :destroy, :update]defaults [:read, :create, :destroy]Should we remove the
:createhere as well, in favor of the:create_useraction?Used by AshAdmin's generated "Create" UI and by generic AshPhoenix helpers that assume a default create action.
@ -63,1 +63,3 @@defaults [:read, :create, :destroy, :update]defaults [:read, :create, :destroy]update :update doAre we still using this? If so, can you add a comment explaining the difference to the
:update_useraction?Selected by AshAdmin's generated "Edit" UI and generic AshPhoenix helpers that assume a default update action.
@ -76,6 +115,7 @@ defmodule Mv.Accounts.User doupdate :admin_set_password doaccept [:email]argument :password, :string, allow_nil?: false, sensitive?: truerequire_atomic? falseShould we add this comment here as well?
b497064c82to4699386d874699386d87to908517641b