Projet

Général

Profil

Actions

Anomalie #1745

fermé

Cannot remove used property/model

Ajouté par Johan Cwiklinski il y a 5 mois. Mis à jour il y a 5 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
27/11/2023
Echéance:
% réalisé:

100%

Temps estimé:

Description

When a model or any property is used, it's not possible to remove it, but user gets no warning message.

Mis à jour par Guillaume AGNIERAY il y a 5 mois

This also concerns any other vehicle property. Not only models.

Otherwise, instead of a warning, would it be possible to disable the remove buttons in such cases in the lists ?

I suppose it would require a way to check if a model or any other property is used.

But then, if this check if possible, wouldn't it be easier to restore batch removal on models and properties ? : this check could simply be used also to disable the corresponding checkbox for batch actions in the lists.

Mis à jour par Johan Cwiklinski il y a 5 mois

  • Sujet changé de Cannot remove used model à Cannot remove used property/model
  • Description mis à jour (diff)

Mis à jour par Johan Cwiklinski il y a 5 mois

Guillaume AGNIERAY a écrit (#note-1):

This also concerns any other vehicle property. Not only models.

Indeed, I've edited the title and the description.

Otherwise, instead of a warning, would it be possible to disable the remove buttons in such cases in the lists ?

For a quick answer, I'm not in favor of this change because it should be the same behavior everywhere a foreign key is involved (in other plugins and in core).
You can open an evolution request we can talk about; but honestly this does not seem a priority :)

For now, adding a warning is the the most quick and simple solution.

But then, if this check if possible, wouldn't it be easier to restore batch removal on models and properties ? : this check could simply be used also to disable the corresponding checkbox for batch actions in the lists.

Honestly, I'm not sure having batch removal on all screen as it was before is really required; and I'd prefer to limit the amount of work as possible for the release to come.

If users complains, we can reactivate.

Mis à jour par Guillaume AGNIERAY il y a 5 mois

Johan Cwiklinski a écrit (#note-3):

For a quick answer, I'm not in favor of this change because it should be the same behavior everywhere a foreign key is involved (in other plugins and in core).
You can open an evolution request we can talk about; but honestly this does not seem a priority :)

For now, adding a warning is the the most quick and simple solution.

I agree.
I'm not a user of this plugin. It was just a suggestion ;)

Honestly, I'm not sure having batch removal on all screen as it was before is really required; and I'd prefer to limit the amount of work as possible for the release to come.

If users complains, we can reactivate.

+1

Mis à jour par Johan Cwiklinski il y a 5 mois

  • Statut changé de Nouveau à Résolu
  • % réalisé changé de 0 à 100

Mis à jour par Johan Cwiklinski il y a 5 mois

  • Statut changé de Résolu à Fermé
  • Assigné à mis à Johan Cwiklinski
Actions

Formats disponibles : Atom PDF