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

Issue 233: Admin Quick Actions #275

Merged
merged 10 commits into from
Mar 8, 2022
Merged

Conversation

Kaes3kuch3n
Copy link
Member

Fixes #233

…s (working: Antrag genehmigen, Anrechenbar markieren, AEP bestanden markieren)
# Conflicts:
#	client/src/components/admin/UsersList.vue
#	client/src/utils/gateways.ts
#	server/src/controllers/internship.ts
#	server/src/routes/internship.ts
@Kaes3kuch3n Kaes3kuch3n mentioned this pull request Mar 1, 2022
@LiFaytheGoblin
Copy link
Collaborator

LiFaytheGoblin commented Mar 5, 2022

[del]

Copy link
Collaborator

@LiFaytheGoblin LiFaytheGoblin left a comment

Choose a reason for hiding this comment

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

Hab den Code so reviewt, konnte aber leider nicht testen da der Client bei mir nicht läuft. Keine Ahnung was da gerade los ist :(
jetzt läuft nicht mal mehr die db

image

Edit: Jetzt geht die db wieder nach ein paar mal down und wieder up

client/src/components/admin/users-list/InternshipPart.vue Outdated Show resolved Hide resolved
@@ -78,7 +79,7 @@ export async function getRandomInternship(
let user;
try {
user = await getUserWithInternshipModule(req.user?.email);
} catch (e: any) {
} catch (e) {
Copy link
Collaborator

Choose a reason for hiding this comment

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

geht das jetzt doch ohne den typ any zu setzen?

Copy link
Member Author

Choose a reason for hiding this comment

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

Ja, im catch-Block ist das kein Problem, da der Error ja einfach weitergegeben wird. Und das vermeidet dann, das ESLint über das any meckert :D

Copy link
Collaborator

Choose a reason for hiding this comment

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

Ohhh achso. Gute zu wissen!

propsObject.supervisorEmailAddress !== undefined
) {
internshipProps["supervisor"] = {};
if (propsObject.supervisorFullName !== undefined)
Copy link
Collaborator

Choose a reason for hiding this comment

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

reicht hier auch if (propsObject.supervisorFullName)

Copy link
Collaborator

Choose a reason for hiding this comment

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

auch bei den anderen undefined vergleichen. ich mein wenn's null ist ist auch doof. null braucht man nur beim patchen denk ich

Copy link
Member Author

Choose a reason for hiding this comment

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

Die Methode wird ja für POST und PATCH gleichermaßen verwendet, deswegen hab ich das so gebastelt. Und im Backend dürfen die Properties ja auch auf null gesetzt werden, von daher sind's gültige Werte.

Copy link
Collaborator

Choose a reason for hiding this comment

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

Ok verstehe

server/src/helpers/userHelper.ts Show resolved Hide resolved
);

internshipRouter.patch(
"/:id/approve",
Copy link
Collaborator

Choose a reason for hiding this comment

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

mich stört noch ein bisschen dass in der url etwas anderes als nur entities stehen (also auch ein verb) aber ich wüsste gerade auch nicht wie man's anders machen könnte. höchstens vlt `?status=approve". Hm.

Copy link
Member Author

Choose a reason for hiding this comment

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

Wär ne Möglichkeit, aber dann müsste man in updateInternship wieder zwischen den einzelnen Requests unterscheiden und die entsprechende Action ausführen, anstatt auf Router-Ebene direkt auf die richtige Action zu verweisen. Ich find beides nicht optimal, aber das hier ein bisschen einfacher 😅 Deswegen würde ich es so lassen.

Copy link
Collaborator

Choose a reason for hiding this comment

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

Ok :)

@Kaes3kuch3n Kaes3kuch3n merged commit 0db71ef into dev Mar 8, 2022
@Kaes3kuch3n Kaes3kuch3n deleted the fix/233-admin-quick-actions branch March 8, 2022 17:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Admin UI: No quick action button except delete seems to work
2 participants