Closed glsch closed 6 months ago
This is connected with the approval system, and probably a side-effect of #730.
The newly created AF has received an atype
of value def
(default).
It will only be 'shown' (in searches etc), when its atype
is promoted to acc
(accepted).
Right now it shows up in the user's MyPassim as "My AF project additions/removals/deletions"
It is a bug, because the user has approval rights in both projects to which this new AF belongs, so it should have received the "accepted" atype
upon creation.
Well, I double checked in view EqualGoldDetails
, method after_save()
, and the behaviour is by design:
Any newly created AF, for whom the user is an approver of > 1 projects, needs to be accorded by approvers of those projects.
We could change that behaviour, if it is desired.
P.I:
I think the second solution is the best:
“When someone with editing rights creates a new AF, it is automatically assigned to all the projects that are in MyPassim under by default assign all items that I import to the following project(s)”
ProjectApprover
to ProjectEditor
Profile
and its model methodsEqualGoldDetails
, the method after_save()
: the method "after_issue742"
now simply assigns all projects within the user's default ones (those in ProjectEditor
with status incl
)Checked, works
Having added a new Authority file, I've encountered two problems:
As far as I can judge, I am doing everything in precisely the same manner as before when I did not have this problem.
Is it a bug? Or should I do something differently if I want to create a new AF and connect it to a manifestation?