🇺🇸United States @duckydan

OK, thanks for the response.

No one outside of a region that uses dd/mm/yyyy can use it, as designed.

Please consider adding that to the description or readme to save other people's time.

Thanks.

Why does the picket enter the wrong data? It won't let me enter the date manually either. Is there some date/time format setting?

I tried manually entering it, and then picking from the data picker. Bother formatted it mm/dd/yyyy

If you hard-coded some date format, maybe those two fields should be a text field and not use a picker that does not support it.

I can record how it works if that would help.

I had uninstalled it and was looking to build something. I put it back and made sure it was the most recent version (1.1.1).

Nothing in the console at all.

I am now seeing the calendar, but it is not showing any available dates and defaults to October. Selecting November switches it immediately to October again. There are no dates in October that should be selectable, obviously.

Webform field:

Console:

Recording of behavior is also attached.

What else do you need?

Found this in the logs:

Warning: Undefined array key "#default_price" in Drupal\webform_booking\Plugin\WebformElement\WebformBooking->prepare() (line 400 of /var/www/html/drupal/web/modules/contrib/webform_booking/src/Plugin/WebformElement/WebformBooking.php)

I am running into the exact same thing.

Drupal 10.3.6
PHP 8.3.6
MySQL 10.11.8
Bootstrap 5.3 theme.

Looks great!

Thank you.

Works great. Thanks for the quick turn-around!

duckydan → created an issue.

duckydan → created an issue.

duckydan → created an issue.

duckydan → created an issue.

duckydan → created an issue.

Thanks thejimbirch, that worked for me on 10.3.6 and PHP 8.3.6.

Perfect!

Thanks.

duckydan → created an issue.

duckydan → created an issue.

duckydan → created an issue.

Works great.

This would be great. Right now it is messing with my navigation bar in a bootstrap5 theme.

Thank you!

duckydan → created an issue.

Thanks! It makes the change in the local module composer file.

duckydan → created an issue.

I still had to apply a patch to make this module work.

However, I needed to update the patch slightly for it to apply.

@solideogloria I have been following this ticket for a while and never once noticed the misspelling. LOL

duckydan → created an issue.

So since composer is checking the compatibility/version BEFORE the patch can be installed, I really have no way of checking on my system as far as a composer require.

I can say that change looks right to me.

I manually installed it and it is showing up properly with no version conflicts at all in the module listing page and in available updates.

Sorry, wish I could have tested it with composer.

duckydan → created an issue.

I tried this on a plain vanilla server. Ubuntu Linux 24 LTS. Still getting errors. As far as I can tell, this is not working properly.

duckydan → created an issue.

Could we please get this committed (once the conflicts are fixed)?

A lot of sites use Ultimate Cron.

This is a bit over my head to fix, to be honest.

duckydan → created an issue.

I am seeing this same behaviour with 1.1.

I was hoping this feature existed too.

Thank you for this update. Very fast!

Fixed the error perfectly.

Thank you so much for fixing this so quickly!

Dan

duckydan → created an issue.

duckydan → created an issue.

I have a site where permission: 'access content' is turned off for anon. But I understand mine is an edge case for sure.

I ran into something similar.

I don't have my site on anything but the root of the domain, but I was getting the error of:

resulted in a `403 Forbidden` response: The key couldn't be loaded or it doesn't match the URLs specified in the request.

Until I put the key in a file as stated in comment #2. I am using a CDN, so perhaps the reverse-proxy is interfering?

duckydan → created an issue.

@edmoreta I think the most recent release (2.20) has this fix. I may be misunderstanding.

Thank you.

This might be a duplicate of https://www.drupal.org/project/preload_font/issues/3372721 🐛 Elminiate excessive line breaks in output Active but with a different solution.

duckydan → created an issue.

Fixed perfectly.

Thank you!

@wim-leers I am not sure how to answer that. I went to the report page for the first time. I didn't pick any module.

duckydan → created an issue.

Works great.

Thank you!

duckydan → created an issue.

I guess this would be helpful.

/web/modules/contrib/config_inspector/src/ConfigInspectorManager.php(355): Drupal\Core\TypedData\TypedData->validate()

/web/modules/contrib/config_inspector/src/Controller/ConfigInspectorController.php(176): Drupal\config_inspector\ConfigInspectorManager->validateValues()

duckydan → created an issue.

Patch works perfectly!

Thank you!

I have a page where there are a bunch of ckeditor fields in paragraphs that all display at once. That works perfectly fine. So if they are all on the page to start with, the error does not occur.

My custom code is really limited. It is for stuff like emails and creating and removing nodes behind the scenes. Nothing that would do something like that.

The additional ckeditor instances show up via Inline Entity Forms. So they are being created via ajax. Could that be something?

I switched it to active after providing this info. I hope that was OK.

Hi,

Here is using this module versus the other module.

Two active editor instances on the page:

ckeditor5_word_count

This module

Error:

[Error] TypeError: null is not an object (evaluating 'this.wordCountWrapper.appendChild')
init — js_zOFaiI9NhmzRFDJtbTw54krp_rYkGjyLTbct6SSnvLg.js:40

	(anonymous function) (js_ls5PfL4dqY75JAnrMyM9p9UF5jrVzr1c07bF4EJVVTA.js:17:5449)

Environment:

Drupal version 10.2.5
PHP version 8.1.12

I have these modules installed:

How do we find the mindmax database? Is it in vendor or libraries or somewhere?

duckydan → created an issue.

The patch in #10 no longer applies to the release made on 15 Apr 2024.

This would be great. I can't figure out how to use this at all.

Thank you!

It turned out it was a problem with a single set of configs. For some reason, the Asset Injector module had a problem with the settings concerning the parameters for each asset being injected on the page after this module was installed. I manually fixed the config for those items and all is well.

Thank you for the response.

That is kinda my point. If you uninstall it, there are configurations that don't get updated back to not using the module's context options.

For example, if a block is viewable by a user group, and you have it set to "Logged in user", then you uninstall the module (not talking about removing it via composer, the files are still there), it should just switch it back to using the role in the core visibility. It does not. Thus, the error.

Here is the specific error in my case:

a:6:{s:5:"%type";s:72:"Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException";s:8:"@message";s:86:"You have requested a non-existent service "entity_route_context.entity_route_context".";s:9:"%function";s:53:"Drupal\Component\DependencyInjection\Container->get()";s:5:"%file";s:93:"/var/www/html/beta.weavercafe/web/core/lib/Drupal/Component/DependencyInjection/Container.php";s:5:"%line";i:157;s:17:"@backtrace_string";s:4242:"#0 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/Plugin/Context/LazyContextRepository.php(71): Drupal\Component\DependencyInjection\Container->get()
#1 /var/www/html/beta.weavercafe/web/core/modules/block/src/BlockAccessControlHandler.php(91): Drupal\Core\Plugin\Context\LazyContextRepository->getRuntimeContexts()
#2 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/Entity/EntityAccessControlHandler.php(109): Drupal\block\BlockAccessControlHandler->checkAccess()
#3 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/Entity/EntityBase.php(329): Drupal\Core\Entity\EntityAccessControlHandler->access()
#4 /var/www/html/beta.weavercafe/web/core/modules/block/src/BlockRepository.php(63): Drupal\Core\Entity\EntityBase->access()
#5 /var/www/html/beta.weavercafe/web/core/modules/block/src/Plugin/DisplayVariant/BlockPageVariant.php(137): Drupal\block\BlockRepository->getVisibleBlocksPerRegion()
#6 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/Render/MainContent/HtmlRenderer.php(270): Drupal\block\Plugin\DisplayVariant\BlockPageVariant->build()
#7 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/Render/MainContent/HtmlRenderer.php(128): Drupal\Core\Render\MainContent\HtmlRenderer->prepare()
#8 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/EventSubscriber/MainContentViewSubscriber.php(90): Drupal\Core\Render\MainContent\HtmlRenderer->renderResponse()
#9 [internal function]: Drupal\Core\EventSubscriber\MainContentViewSubscriber->onViewRenderArray()
#10 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(111): call_user_func()
#11 /var/www/html/beta.weavercafe/vendor/symfony/http-kernel/HttpKernel.php(186): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch()
#12 /var/www/html/beta.weavercafe/vendor/symfony/http-kernel/HttpKernel.php(76): Symfony\Component\HttpKernel\HttpKernel->handleRaw()
#13 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/StackMiddleware/Session.php(58): Symfony\Component\HttpKernel\HttpKernel->handle()
#14 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle()
#15 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/StackMiddleware/ContentLength.php(28): Drupal\Core\StackMiddleware\KernelPreHandle->handle()
#16 /var/www/html/beta.weavercafe/web/core/modules/big_pipe/src/StackMiddleware/ContentLength.php(32): Drupal\Core\StackMiddleware\ContentLength->handle()
#17 /var/www/html/beta.weavercafe/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\big_pipe\StackMiddleware\ContentLength->handle()
#18 /var/www/html/beta.weavercafe/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass()
#19 /var/www/html/beta.weavercafe/web/core/modules/ban/src/BanMiddleware.php(50): Drupal\page_cache\StackMiddleware\PageCache->handle()
#20 /var/www/html/beta.weavercafe/web/modules/contrib/shield/src/ShieldMiddleware.php(270): Drupal\ban\BanMiddleware->handle()
#21 /var/www/html/beta.weavercafe/web/modules/contrib/shield/src/ShieldMiddleware.php(226): Drupal\shield\ShieldMiddleware->bypass()
#22 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\shield\ShieldMiddleware->handle()
#23 /var/www/html/beta.weavercafe/web/modules/contrib/cloudflare/src/CloudFlareMiddleware.php(136): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle()
#24 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\cloudflare\CloudFlareMiddleware->handle()
#25 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/StackMiddleware/AjaxPageState.php(36): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle()
#26 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/StackMiddleware/StackedHttpKernel.php(51): Drupal\Core\StackMiddleware\AjaxPageState->handle()
#27 /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/DrupalKernel.php(704): Drupal\Core\StackMiddleware\StackedHttpKernel->handle()
#28 /var/www/html/beta.weavercafe/web/index.php(19): Drupal\Core\DrupalKernel->handle()
#29 {main}";}

duckydan → created an issue.

duckydan → created an issue.

duckydan → created an issue.

If I change line 168 in /src/Form/BetterFieldDescriptionsSettingsForm.php to

if (is_string($value) || $value > 0) {

Basically instead of and it is using or.

duckydan → created an issue.

This seems to happen if you don't use a smart date.

InvalidArgumentException: The timestamp must be numeric.

The documentation should specify that Smart Sate fields are required and not allow the configuration on things like Timestamps or regular Date fields.

I am on Drupal 10.2.3 and PHP 8.1.12.

I am hitting this same issue:

Drupal\Core\Field\FieldException: Attempted to create an instance of field with name field_share_code on entity type node when the field storage does not exist. in Drupal\field\Entity\FieldConfig->getFieldStorageDefinition() (line 316 of /var/www/html/beta.weavercafe/web/core/modules/field/src/Entity/FieldConfig.php).

Please add some screenshots. It is really hard to understand what this does.

duckydan → created an issue.

Fixed it perfectly!

Thanks!

Additional info: It still works for user 1. It seems to be regular users that see the issue when going to a link that has a form where there exists a form mode controlled by form_mode_control. Even if that user is trying to look at the default form mode.

duckydan → created an issue.

I ran into this exact thing.

TypeError: Drupal\entity_copy_reference\EntityCopyReference::isCopyEnabled(): Argument #1 ($node) must be of type Drupal\node\Entity\Node, Drupal\node\Entity\NodeType given, called in /var/www/html/beta.weavercafe/web/modules/contrib/entity_copy_reference/entity_copy_reference.module on line 70 in Drupal\entity_copy_reference\EntityCopyReference->isCopyEnabled() (line 43 of /var/www/html/beta.weavercafe/web/modules/contrib/entity_copy_reference/src/EntityCopyReference.php).

I am on Drupal 10.1.7 and PHP 8.1.12.

I am going to change this to major since it does not work with the current version of Drupal.

Awesome!

duckydan → created an issue.

duckydan → created an issue.

This fixed it for me.

duckydan → created an issue.

duckydan → created an issue.

I was able to get exactly what I needed from IEF (better, actually), but I would be willing to test any fixes for this.