4797-lilium-worker-notifications #1229

Merged
pau merged 37 commits from 4797-lilium-worker-notifications into dev 2023-02-02 08:53:29 +00:00
2 changed files with 11 additions and 24 deletions
Showing only changes of commit a55d007655 - Show all commits

View File

@ -14,7 +14,7 @@ module.exports = Self => {
});
Self.remoteMethod('deleteNotification', {
description: 'Gets the current user data',
description: 'Deletes a notification subscription',
pau marked this conversation as resolved Outdated
Outdated
Review

Cambiar descripción

Cambiar descripción
accepts: [
{
arg: 'ctx',
@ -22,15 +22,11 @@ module.exports = Self => {
http: {source: 'context'}
},
{
arg: 'userId',
arg: 'userFk',
pau marked this conversation as resolved Outdated
Outdated
Review

Renombrar a userFk. De todas formas, se podría evitar pasarle este parámetro, si en vez de especificar el id de la notificación genérica, se especificara el id de la notificación del usuario (Actualmente no existe el campo id autoincremental en la tabla notificationSubscription, pero creo que hubiese sido lo ideal)

Renombrar a userFk. De todas formas, se podría evitar pasarle este parámetro, si en vez de especificar el id de la notificación genérica, se especificara el id de la notificación del usuario (Actualmente no existe el campo id autoincremental en la tabla notificationSubscription, pero creo que hubiese sido lo ideal)
type: 'string'
},
{
arg: 'notificationId',
type: 'number'
},
{
arg: 'authorId',
arg: 'notificationFk',
type: 'number'
}
],
@ -44,18 +40,16 @@ module.exports = Self => {
}
});
Self.deleteNotification = async function(ctx) {
Self.deleteNotification = async function(ctx, userFk, notificationFk) {
pau marked this conversation as resolved Outdated
Outdated
Review

No estas comprobando el usuario

No estas comprobando el usuario
Outdated
Review

No se comprueba el usuario porque se le pasa un id de notificationSubscription ya existente, por lo cual dentro del metodo getUserToModify se cumpliria el requisito del if-else y se realizaria la consulta en la que se sacaria a que usuario pertenece esa notificación

No se comprueba el usuario porque se le pasa un id de notificationSubscription ya existente, por lo cual dentro del metodo getUserToModify se cumpliria el requisito del if-else y se realizaria la consulta en la que se sacaria a que usuario pertenece esa notificación
const models = Self.app.models;
const user = await ctx.args.authorId;
const notificationId = await ctx.args.notificationId;
const userId = await ctx.args.userId;
const modifiedUser = await getUserToModify(userId, models);
const user = ctx.req.accessToken.userId;
pau marked this conversation as resolved Outdated
Outdated
Review

Te ahorres fer if else, fent:

        if (user != modifiedUser.id && user != modifiedUser.bossFk)
            throw new UserError('You dont have permission to modify this user');
            
        await models.NotificationSubscription.destroyById(notificationId);   
        
Te ahorres fer if else, fent: ``` if (user != modifiedUser.id && user != modifiedUser.bossFk) throw new UserError('You dont have permission to modify this user'); await models.NotificationSubscription.destroyById(notificationId); ```
const modifiedUser = await getUserToModify(userFk, models);
pau marked this conversation as resolved
Review

Self.deleteNotification = async function(ctx, userId, notificationId)

Y asi te ahorras poner

const notificationId = await ctx.args.notificationId;
const userId = await ctx.args.userId;
`Self.deleteNotification = async function(ctx, userId, notificationId)` Y asi te ahorras poner ``` const notificationId = await ctx.args.notificationId; const userId = await ctx.args.userId; ```
if (user == modifiedUser.id || modifiedUser.bossFk == user) {
const query = `DELETE FROM util.notificationSubscription
pau marked this conversation as resolved Outdated
Outdated
Review

No seria mejor utilizar ctx.req.accessToken.userId y no pasarlo por parametro?

No seria mejor utilizar ctx.req.accessToken.userId y no pasarlo por parametro?
WHERE notificationFk = ? AND userFk = ?`;
pau marked this conversation as resolved Outdated
Outdated
Review

Provar:
let userToCheck = userFk;
if (notificationId != null)
userToCheck = await models.NotificationSubscription.findById(notificationId).userFk;

return await models.Worker.findOne({
    fields: ['id', 'bossFk'],
    where: {
        id: userToCheck
    }
});
Provar: let userToCheck = userFk; if (notificationId != null) userToCheck = await models.NotificationSubscription.findById(notificationId).userFk; return await models.Worker.findOne({ fields: ['id', 'bossFk'], where: { id: userToCheck } });
pau marked this conversation as resolved Outdated
Outdated
Review

Además de lo que comenta alex, quitar el await.

Además de lo que comenta alex, quitar el await.
await Self.rawSql(query, [notificationId, userId]);
await Self.rawSql(query, [notificationFk, userFk]);
pau marked this conversation as resolved
Review

Pq per defecte els dos parametres son null?

Pq per defecte els dos parametres son null?
return;
} else

View File

@ -1,11 +1,4 @@
INSERT INTO
`salix`.`ACL` (
`model`,
`property`,
`accessType`,
`permission`,
`principalId`
)
VALUES
('NotificationSubscription', '*', '*', 'employee'),
('NotificationAcl', '*', '*', 'employee');
INSERT INTO `salix`.`ACL` (model,property,accessType,principalId)
pau marked this conversation as resolved Outdated
Outdated
Review

Cambiar a la versión 230401

Cambiar a la versión 230401
VALUES ('NotificationSubscription','*','*','employee');
INSERT INTO `salix`.`ACL` (model,property,accessType,principalId)
VALUES ('NotificationAcl','*','*','employee');