Closed (fixed)
Project:
Modal
Version:
5.0.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
5 Oct 2022 at 14:01 UTC
Updated:
26 Nov 2022 at 19:19 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
viniciuscosta commentedHi, I'll work on it
Comment #3
viniciuscosta commentedHere's the patch for the issue, I ask gently for someone to review it.
Comment #4
juancec commentedHi, I'll review it.
Comment #5
juancec commentedHi @viniciuscosta, I reviewed your patch and there are some issues which are the following:
- After creating or editing a modal, the layout of /admin/structure/modal is being bugged.
- The placeholders are not working when trying to do any modal config modification.
Hence moving it to NW. Thank you.
Comment #6
viniciuscosta commentedComment #7
viniciuscosta commentedI ask gently to review it again.
Comment #8
juancec commentedI'll review it
Comment #9
juancec commentedHey @viniciuscosta, I reviewed your patch and everything is almost working good. There are some placeholder bugs once you install the module with the patch applied. Here are the steps to reproduce the bugs:
1. Installed the module with your changes. (The placeholders are bugged).
2. I look at the modal config page and selected "Bootstrap 5". (The placeholders are bugged too).
3. I changed from "Bootstrap 5" to "Bootstrap 3". (The placeholders bugs fixed).
Hence I move the issue to NW. Thank you.
Comment #10
juancec commentedComment #11
viniciuscosta commentedComment #12
viniciuscosta commentedI ask gently to review it again.
Comment #13
juancec commentedHi. I'll review it.
Comment #14
juancec commentedHi @viniciuscosta, great work.
I reviewed the patch #12 and everything is working fine, but there is still a little bug when the "Bootstrap 5" option is selected in Modal Page Settings -> Select a version, this produces placeholder bugs in the whole CMS. I hope the mantainers can provide a feedback about how to fix this placeholder bugs.
Thank you =)
Comment #15
renatog commentedThank you guys for your amazing job on this contribution
@juancec do you mind explaining better what's this "placeholder bugs in the whole CMS", please?
Comment #16
juancec commentedHi @RenatoG, once "Bootstrap 5" is selected, the placeholder bugs appear in some /admin/* pages. The screenshots show some of the placeholder bugs.
Comment #17
renatog commentedThat's this "gray rectangle" in the screenshot?
Was placed in an "image editor" like Photoshop or is a layout bug after selects "Bootstrap 5" in the configuration? 🤔
Comment #18
juancec commentedThat's the bug I'm talking about when I select "Bootstrap 5".
Comment #19
renatog commentedGot it. So I think we can move that to Needs Works because there is a probably to this "gray rectangle" appearing in another places that we didn't realize yet
I'd say that if it's very hard to fix and we don't find any solution for this I think we can analise if makes sense merge this current solution #3313638: Create Support to work with Bootstrap 5 and report this placeholder bug in a separated issue
Comment #20
viniciuscosta commentedI was looking for what is causing this problem, it is caused by a bootstrap 5 that adds some properties to this class "placeholder", I can set in the CSS a style to override this style from bootstrap 5, but I don't know if this is the correct way to solve this problem. @RenatoG, do you agree with that, or you think that must have to find another way?
Comment #21
renatog commented@viniciuscosta @juancec , I was looking here and seems to be caused at this one: #3233533: Core .placeholder class conflicts with new Bootstrap .placeholder class
On this issue, in the comment #11 seems that there is an workaround
And in the Drupal project bootstrap5 it was fixed with that, look on this commit: https://git.drupalcode.org/project/bootstrap5/-/commit/670c44353a3a1b31c...
So, do you think we can try this same workaround?
If for any reason this workaround didn't work I think we can commit our issue to include the support to BS5 and explain that this issue with "placeholder" has the root cause at this issue
What do you think, makes sense for you?
Comment #22
renatog commentedJust as a "FYI", the same issue at #3246827: Fix em.placeholder style from Bootstrap 5 base styling with the Drupal core placeholder that was fixed with this commit
Comment #23
viniciuscosta commentedThanks for your help @RenatoG, I think we can go for this path, I will apply a patch with this workaround.
Comment #24
viniciuscosta commentedComment #25
juancec commentedI'll review it.
Thank you @RenatoG for your help.
Comment #26
juancec commentedGood job @viniciuscosta. I reviewed the patch #24, everything is working fine and the layout bugs have been fixed when select "Bootstrap 5" option. Hence I move the issue to RTBC. Thank you.
Comment #27
renatog commentedAwesome! Great job team!
I'll take a look and merge in the same plan of #3304464: Plan to Modal 5 (Drupal 10 Support)
Probably we'll merge first the #3288686: Automated Drupal 10 compatibility fixes and after that we'll merge this task in same version.
With that Modal 5 will supports D10 and BS5. Awesome
Thanks you so much everyone
Comment #28
renatog commentedI was going to merge this patch #24 but new fixes were commited into 4.1.x and was necessary to move these fixes to the new version 5.0.x
After merge 4.1.x into 5.0.x this patch #24 needs to be updated because some files were updated and can't be merged because of conflict
Now the branch 5.0.x is 100% equal the branch 4.0.x so I'm putting the tag "Needs reroll" and marking as "needs works". If this patch is updated just say here and we can merge for us in the sequence
Thank you so much team
Comment #29
viniciuscosta commentedI'll do this update.
Comment #30
viniciuscosta commentedThanks for your help @RenatoG, I made the updates and now the patch applies with the new version of the module.
Comment #31
renatog commentedThanks a lot Vini. Great job
2 Points suggestions:
#1 early return and avoid "else", example:
From:
to
#2 the hook update isn't working because the previous one is higher than the new one
previous: modal_page_update_400013 - new: modal_page_update_50001
To recognize we need to put modal_page_update_500001
P.S. These numbers are wrong, I think we can report a new ticket to solve that in the future. But for now I think we need to follow the sequence
Comment #32
renatog commentedSince the changes on #31 is quickly I did it here, follow the new patch with these fixes applied
Comment #34
renatog commentedMoved to the dev branch and kept the autor as @viniciuscosta
New version launched at https://www.drupal.org/project/modal_page/releases/5.0.0-beta3 where is saying thanks a lot to Vini and Juancec for your great job on this! You're rock!
Have a great weekend