andre.bonon β changed the visibility of the branch 2940605-10.0.x to hidden.
andre.bonon β changed the visibility of the branch 2940605-10.0.x to active.
andre.bonon β changed the visibility of the branch 2940605-10.0.x to active.
andre.bonon β changed the visibility of the branch 2940605-10.0.x to hidden.
andre.bonon β made their first commit to this issueβs fork.
I executed the steps mentioned and applied the patch.
That works for me.
This merge request broke ping pongs.
I rolled the version back to 9000 and tried to update again, and no new image style is created or displayed on the upgrade dashboard to be manually created.
andre.bonon β created an issue.
andre.bonon β created an issue.
Needs review and testing.
andre.bonon β created an issue.
andre.bonon β created an issue.
andre.bonon β created an issue.
Fixed.
andre.bonon β created an issue.
Fixed. Please check the MR.
andre.bonon β created an issue.
I tested your steps @froboy. That was very helpful.
Please check the fix.
andre.bonon β changed the visibility of the branch 1.0.x to hidden.
andre.bonon β created an issue.
Works well for me.
The fix works for me.
Hi, I've experienced the same issue with the message being displayed to users who don't have permissions to rebuild permissions. I'm going to apply the patch and let you know if it works.
I'm attaching a patch file from the diff so we can use it with composer.
I've added the 'layout-node-form' class to the form wrapper, so it displays the taxonomy form as the node does.
Also, I'm attaching the patch so we can use with composer.
andre.bonon β made their first commit to this issueβs fork.
Attached is a patch file so it can be used with Composer.
andre.bonon β made their first commit to this issueβs fork.
Attaching a patch to use in composer.json with the 2.1.2 version.
andre.bonon β made their first commit to this issueβs fork.
Attaching patch from the MR diff to use in composer.json
Works for me.
Attaching patch to use in composer.json
Attaching a patch to use in composer.json
andre.bonon β made their first commit to this issueβs fork.
@dineshkumarbollu it works. Thanks for providing a patch for that.
Hey, I'm attaching the code that helped me to hook it in case others need something similar.
Additionally, the code below shows how to use the Observer pattern:
// Alter the Fullcalendar Options before rendering the calendar.
const fullcalendarViewObserver = {
update: (calendarOptions) => {
// Add custom buttons.
calendarOptions.customButtons = {
previousMonth: {
icon: "chevron-left",
text: "Prev",
click() {
// Get some stuff done when users click on Prev button.
},
},
nextMonth: {
icon: "chevron-right",
text: "Next",
click() {
// Get some stuff done when users click on Next button.
},
},
};
return calendarOptions;
},
};
// Add a custom observer to Fullcalendar view Subject.
Drupal.FullcalendarViewSubject.addObserver(fullcalendarViewObserver);
Ok, I've added your suggestion and fixed the other selector as well.
Also, I unbind the event so it doesn't bind the event twice. (That was happening on the /admin/content page)
Attached the patch from MR to use in composer.
andre.bonon β created an issue.
@aaron, we have more issues with the z-index and modals when LB is enabled for other entity types such as Blocks.
I updated the ui-dialog's z-index so as to be the same as Claro's (1260) and pushed it to the MR.
Also, I'm attaching the patch from MR to use in composer.
andre.bonon β made their first commit to this issueβs fork.
I reported this core bug https://www.drupal.org/project/drupal/issues/3380021 π Stable9 form-element template misses form-type-* class Fixed , so it might avoid issues with themes based on stable9.
andre.bonon β created an issue.
Hi, thanks everyone for your contribution to this issue.
I tried to fix the issue using your approach for webforms (clientside_validation + webform_clientside_validation + inline_form_errors), but the issue was still happening.
In my case, my theme extends from stable9 that doesn't add classes like "form-checkboxes", "form-radios", or "form-type-[type]" to the form elements, which are used in the webform_clientside_validation js selectors.
Stable9 adds "js-form-type-[type]" and forgets about the "form-type-[type]" as in the snippet below:
{%
set classes = [
'js-form-item',
'form-item',
+ 'form-type-' ~ type|clean_class, (THIS IS MISSING)
'js-form-type-' ~ type|clean_class,
'form-item-' ~ name|clean_class,
'js-form-item-' ~ name|clean_class,
title_display not in ['after', 'before'] ? 'form-no-label',
disabled == 'disabled' ? 'form-disabled',
errors ? 'form-item--error',
]
%}
I fixed the placement issue by overriding the form-element.html.twig and adding the code above. For the fieldset.html.twig, I added the following:
{%
set classes = [
'js-form-item',
'form-item',
'js-form-wrapper',
'form-wrapper',
+ 'form-' ~ element['#type'] (THIS IS MISSING)
]
andre.bonon β created an issue.
I was trying to find the same feature, but I just found out that if you add the following param "&initialDate=2023-07-28" to the URL, the JS will handle that for you.
So, if you combine the inialDate param with an exposed filter "between", I think you can achieve what you want.
i.e.: ?field_date[min]=2023-09-01&field_date[max]=2023-09-30&initialDate=2023-09-01
Note: I'm using the SmartDate module field.
I did a test setting the "Allowed number of values" to unlimited in the field storage settings and set the cardinality limited to 4.
In the entity form, Drupal was displaying 2 fields and the 'Add another item' button before this patch was applied.
Once this patch is applied, I can see the 4 fields displayed.
Closing this issue in favor of the Clean up UI for 1.x β .
Patch with fixes as described in the issue description.
andre.bonon β created an issue.
+1 patch from #17 worked for me in D10.
Adding a "snapshot" patch from #8, as the MR's Diff might change.
Updating the patch to apply to the D9.4.1.