-
Notifications
You must be signed in to change notification settings - Fork 916
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
[Bug] checklist_dependency possible bug #525
Comments
The question is still open #712 |
Successfully reproduced as described in #525 (comment). This isn't the same issue as #712. |
Hi @skatsaounis , I see #712 has been closed so I'll close this one too. Please correct me if I'm wrong. Cheers! |
Oups, I see it's not the same issue. Opening it again :-) @skatsaounis , thanks a lot for the clear bug report. @mariusconstantin2503 do you think you can work on a PR to fix this? |
I see it is labelled a bug in 3.6. Does this mean this is not a bug in 4.0? |
@ziming not sure, just got here from your notification :) Please if you test it leave here the your findings. 👍 Best, |
In regards to v3.6 and the checklist_dependency.blade.php template: From what I can tell, For a workaround you can manually re-trigger the change event on the primary checkboxes to re-populate those hidden fields. Either on page load -or- prior to submission. e.g. Hopefully that makes sense and helps. |
Hey guys. I've just merged Pedro's #4057 which fixes this in 4.2. Sorry it took us so long to do it. Cheers! |
Hello Cristian,
I am opening the issue here because I think it has to do with checklist_dependency field. The problem occurs when creating a user, while using PermissionManager.
Description:
Admin wants to create a user and give him specific role. On submitting the request, if for any reason form validation fails, there is a problem with checklist_dependency. Ticked role stays ticked but its permissions get unticked. Furthermore, if admin fixes the error (e.g. password matching) without change ticks on roles, the user is created in database without any role assigned to him. (Role was ticked from previous form submission though).
The exact same scenario works perfect when updating an existing user.
Once again thank you for your time and effort on this awesome package.
Kind regards,
Stamatis
The text was updated successfully, but these errors were encountered: