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.
duckydan → created an issue.
Thanks so much for fixing this so quickly!
duckydan → created an issue.
This looks perfect! I made a patch from the merge request and applied it. The results look great!
Thanks!
@glxleano
Thanks for doing this.
It looks like this needs to be lower case too:
"require": {
"yairEO/tagify": "^4.9",
"yairEO/dragsort": "^1.0"
}
Did you change the versions on purpose?
Later in the readme it says:
Run following command to download required library.
composer require yairEO/tagify
composer require yairEO/dragsort
I think those will need to be changed too, but maybe I just didn't see those on the merge request.
I am using:
Composer: 2.5.8 2023-06-09 17:13:21
PHP: 8.1.12-1ubuntu4.3
Drupal: 10.1.6
duckydan → created an issue.
Yeah, they are pretty old. Thanks so much for digging those up.
I think I am going to use Chargebee, but if I go to Recurly, I will take screenshots and write up an introductory guide (once I get it working).
I will leave the site I made to test this up. If anyone wants to log in and mess around, I would happily provide the needed info.
I just installed a plain vanilla Drupal via composer on a site with no CDN or Varnish or anything. I created two articles. I have added a reference field to the basic page content type to allow selecting articles, with the option to create new ones.
It totally failed with the exact same error.
So, for Drupal 10.1.6, the ability for Entityqueue to allow adding nodes is totally broken.
I am not great at troubleshooting ajax stuff like this, so I don't know how to fix this.
I will set this to a high priority because an essential functionality in core breaks when using this as a widget.
duckydan → created an issue.
duckydan → created an issue.
Thanks so much for the detailed instructions. They are very clear and much appreciated. I followed them, and there was no change. I notice that it puts it into the vendor directory as well as libraries, and my logs show errors when it runs it from vendor. If I manually delete the one under vendor, and rebuild the cache, it still looks in vendor for it.
[Sun Nov 05 13:28:09.779195 2023] [php:error] [pid 156781] [client 172.71.30.176:40318] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes) in /var/www/html/beta.weavercafe/vendor/kornrunner/blurhash/src/Blurhash.php on line 24
[Sun Nov 05 13:28:13.977885 2023] [php:error] [pid 156748] [client 172.71.30.176:40302] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes) in /var/www/html/beta.weavercafe/vendor/kornrunner/blurhash/src/Blurhash.php on line 24
[Sun Nov 05 13:30:06.258979 2023] [php:error] [pid 156782] [client 172.71.30.176:16004] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes) in /var/www/html/beta.weavercafe/vendor/kornrunner/blurhash/src/Blurhash.php on line 24
[Sun Nov 05 13:30:06.259414 2023] [php:error] [pid 156782] [client 172.71.30.176:16004] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 81920 bytes) in /var/www/html/beta.weavercafe/vendor/composer/ClassLoader.php on line 576
[Sun Nov 05 13:30:06.259755 2023] [php:error] [pid 156782] [client 172.71.30.176:16004] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 32768 bytes) in /var/www/html/beta.weavercafe/web/core/lib/Drupal/Core/Utility/Error.php on line 1
[Sun Nov 05 13:30:48.281151 2023] [php:error] [pid 158128] [client 172.71.30.176:16270] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 36864 bytes) in /var/www/html/beta.weavercafe/vendor/kornrunner/blurhash/src/Blurhash.php on line 23
[Sun Nov 05 13:30:53.810576 2023] [php:error] [pid 158129] [client 172.71.30.35:39544] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes) in /var/www/html/beta.weavercafe/vendor/kornrunner/blurhash/src/Blurhash.php on line 24
There may be something wrong with my composer.json, because even though I have oomphinc/composer-installers-extender installed via composer, it does not invoke until I try to run the installer for it. It says nothing to install (since it is there), but then copied the library from vendor to /web/libraries, so it is in two places. I assume that should run on any composer require or composer install.
My next step will be to install it in a clean environment. There may be an issue with my CDN, or private files setting, or something like that.
duckydan → created an issue.
I have been messing with this for a while.
From what I can see, you cannot create new entities, even if the reference field is set to do that.
The form is there to add a new entity. But it throws an ajax error in the js console.
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (edit, line 0)
[Error] AjaxError:
An AJAX HTTP error occurred.
HTTP Result Code: 500
Debugging information follows.
Path: /node/2/edit?ajax_form=1
StatusText: Internal Server Error
ResponseText: The website encountered an unexpected error. Please try again later.
(anonymous function) (js_E-PluqRkPYBpQNMkwlIH8AvocHf0XJoRhj1lJ40izzM.js:264:13136)
complete (js_E-PluqRkPYBpQNMkwlIH8AvocHf0XJoRhj1lJ40izzM.js:264:5845)
(anonymous function) (js_E-PluqRkPYBpQNMkwlIH8AvocHf0XJoRhj1lJ40izzM.js:309:3569)
c (js_E-PluqRkPYBpQNMkwlIH8AvocHf0XJoRhj1lJ40izzM.js:3:25272)
fireWith (js_E-PluqRkPYBpQNMkwlIH8AvocHf0XJoRhj1lJ40izzM.js:3:26017)
l (js_E-PluqRkPYBpQNMkwlIH8AvocHf0XJoRhj1lJ40izzM.js:3:77858)
(anonymous function) (js_E-PluqRkPYBpQNMkwlIH8AvocHf0XJoRhj1lJ40izzM.js:3:80206)I assumed it was a conflict with another module, so I installed a plain 10.1.6 with zero contrib modules other than this one. I created an entity reference field and could create and reference both existing, and new nodes. So it works fine using the default Drupal widget.
I added the dev version of entityqueue and set the form to use it on that field.
It fails every time.
Here is some more info:
PHP 8.1.12
Apache 2.4.55
db is 10.11.2-MariaDB
Memory is set to 256MB
I would REALLY like to get this module working. It is an ideal solution for my site.
Any input is welcome. Am I really the only one running into this?
Thanks!
duckydan → created an issue.
@DieterHolvoet That fixed it for me. I finally took the time to read the docs and do some web searches. LOL
duckydan → created an issue.
This is great! Thanks!
The patch in #12 fixed it for me. Thank you!
It works perfectly! Thank you!
If I change that area to this:
//Check the published status.
if ($node->isPublished()) {
$status = 'Published';
} else {
$status = 'Not Published';
}
This it works great for me. I realize that messes things up for people who want to see the Workflow Moderation state, so it's not a real fix.
I ran into this exact thing. I think it is assuming the site uses a Workflow for content.
@john-cook It works perfectly! I can reference things with the characters, and after I save and go back in, the entire node displays with no ID numbers.
Thank you so much! This is really big for me.
A new user to the site asks, "What are those numbers?" and when I explain about entity IDs, they quickly regret asking! LOL.
When I remove that one reference, save the form, and go back in, it works perfectly.
Thanks for checking this out!
If it helps, all the entities are there, and all four fields have the option of "Create referenced entities if they don't already exist" checked.
@john-cook I tried Claro on Chrome and Safari. Same results. Posted screen shots.
However, I did notice that it stops at an entity that has a non-alphabetical character (in this case, a question mark). Because of that, Drupal sticks the title in quotation marks. Could that be the condition is fails in?
Hi,
I am using Bootstrap5. https://www.drupal.org/project/bootstrap5 →
The website allows members to do a lot of stuff, not just make nodes. If they do add node content, and a different theme appears, would be a jarring and inconsistent UX, so I’m not using a separate admin theme.
I’ll set it to Claro in my dev environment and see if it still happens.
duckydan → created an issue.