I did upgrade to v3.0.0-rc1 (and installed photoswipe) and got no problem.
Thanks.
No. After the migrate I installed this module as a new module and installed 3.0.0-rc1. Then I got the message. The Drupal version is 10.3.6.
The site has been migrated from D7.
This patch works. Thanks.
I like to review your updates, but where can I find them? I dont use git. In https://git.drupalcode.org/project/entity_hierarchy/-/blob/5.x/src/Query... I didnt see changes.
Do you expect me to do something? I don't know what to change in the given file. It is equal to the file in the current release.
Maybe the depth is the problem. The current depth (family generations) is 13.
I use 10.5.25-MariaDB
Currently about 300. I want to build a family tree.
I should have worded my issue better.
When I read, “An ISO8601 formatted date”, I am assuming: DATE_ISO8601. According to the PHP documentation, this is: DATE_ISO8601 (example: 2005-08-15T15:52:01+0000).
A DATE_ATOM (example: 2005-08-15T15:52:01+00:00) is exactly 1 character longer.
Also, an example “‘lastmod’ => ‘2012-10-12T17:40:30+02:00’,)” requires first looking up which date characters should be used, while “‘lastmod’ => date(DATE_ATOM, $changed)” can be copied directly into program code.
I changed max-width: 800px; into max-width: var(--solo-px800);
Now it works. Thanks.
Alaa, thanks for, as always, the quick response, examples and for adding the configuration options.
I am trying to adjust the width of a views page. With the above instructions it does not work. My mistake?
Of course, I have cleared the caches after changing the css file.
The body line:
<body class="toolbar-icon-10 toolbar-loading views-page path-view-gastenboek user-logged-in path-gastenboek">
My css in the subtheme:
@media (min-width: 800px) {
.path-view-gastenboek #page-wrapper>.solo-outer>.solo-inner:not(.primary-sidebar-menu-inner,
.path-gastenboek .main-container-inner) {
max-width: 800px;
}
}
Alaa, thanks for the update. Even better than I had expected.
PROMES → created an issue.
The last 2 errors: they occur only when spammaster is enabled.
I don't use checkAccess.
After next version I will test it again.
Inserting an image from the default directory gives a errormessage on my page: Oops, something went wrong. Check your browser's developer console for more details.
And 2 php messages in the log:
1. location: https://example.com/media-library?_wrapper_format=drupal_ajax&ajax_form=...
with message:
Warning: array_flip(): Can only flip string and integer values, entry skipped in Drupal\Core\Entity\EntityStorageBase->loadMultiple() (liine 278 of /xxx/core/lib/Drupal/Core/Entity/EntityStorageBase.php)
#0 /xxx/core/includes/bootstrap.inc(166): _drupal_error_handler_real()
#1 [internal function]: _drupal_error_handler()
#2 /xxx/core/lib/Drupal/Core/Entity/EntityStorageBase.php(278): array_flip()
#3 /xxx/core/lib/Drupal/Core/Entity/EntityStorageBase.php(262): Drupal\Core\Entity\EntityStorageBase->loadMultiple()
#4 /xxx/core/modules/media_library/src/MediaLibraryEditorOpener.php(64): Drupal\Core\Entity\EntityStorageBase->load()
#5 /xxx/core/modules/media_library/src/Plugin/views/field/MediaLibrarySelectForm.php(177): Drupal\media_library\MediaLibraryEditorOpener->getSelectionResponse()
#6 [internal function]: Drupal\media_library\Plugin\views\field\MediaLibrarySelectForm::updateWidget()
#7 /xxx/core/lib/Drupal/Core/Form/FormAjaxResponseBuilder.php(69): call_user_func_array()
#8 /xxx/core/lib/Drupal/Core/Form/EventSubscriber/FormAjaxSubscriber.php(112): Drupal\Core\Form\FormAjaxResponseBuilder->buildResponse()
#9 [internal function]: Drupal\Core\Form\EventSubscriber\FormAjaxSubscriber->onException()
#10 /xxx/core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(111): call_user_func()
#11 /home/alkcstg/domains/steunstichtingalkcare.nl/drupal/vendor/symfony/http-kernel/HttpKernel.php(239): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch()
#12 /home/alkcstg/domains/steunstichtingalkcare.nl/drupal/vendor/symfony/http-kernel/HttpKernel.php(91): Symfony\Component\HttpKernel\HttpKernel->handleThrowable()
#13 /xxx/core/lib/Drupal/Core/StackMiddleware/Session.php(53): Symfony\Component\HttpKernel\HttpKernel->handle()
#14 /xxx/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle()
#15 /xxx/core/lib/Drupal/Core/StackMiddleware/ContentLength.php(28): Drupal\Core\StackMiddleware\KernelPreHandle->handle()
#16 /xxx/core/modules/big_pipe/src/StackMiddleware/ContentLength.php(32): Drupal\Core\StackMiddleware\ContentLength->handle()
#17 /xxx/core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\big_pipe\StackMiddleware\ContentLength->handle()
#18 /xxx/core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass()
#19 /xxx/core/modules/ban/src/BanMiddleware.php(50): Drupal\page_cache\StackMiddleware\PageCache->handle()
#20 /xxx/modules/contrib/crowdsec/src/Middleware.php(96): Drupal\ban\BanMiddleware->handle()
#21 /xxx/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\crowdsec\Middleware->handle()
#22 /xxx/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle()
#23 /xxx/core/lib/Drupal/Core/StackMiddleware/AjaxPageState.php(36): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle()
#24 /xxx/core/lib/Drupal/Core/StackMiddleware/StackedHttpKernel.php(51): Drupal\Core\StackMiddleware\AjaxPageState->handle()
#25 /xxx/core/lib/Drupal/Core/DrupalKernel.php(741): Drupal\Core\StackMiddleware\StackedHttpKernel->handle()
#26 /xxxxx/index.php(19): Drupal\Core\DrupalKernel->handle()
#27 {main}
2. location: https://example.com/media-library?_wrapper_format=drupal_ajax&ajax_form=...
with message:
Error: Call to a member function uuid() on null in Drupal\media_library\MediaLibraryEditorOpener->getSelectionResponse() (line 70 of /xxx/core/modules/media_library/src/MediaLibraryEditorOpener.php)
#0 /xxx/core/modules/media_library/src/Plugin/views/field/MediaLibrarySelectForm.php(177): Drupal\media_library\MediaLibraryEditorOpener->getSelectionResponse()
#1 [internal function]: Drupal\media_library\Plugin\views\field\MediaLibrarySelectForm::updateWidget()
#2 /xxx/core/lib/Drupal/Core/Form/FormAjaxResponseBuilder.php(69): call_user_func_array()
#3 /xxx/core/lib/Drupal/Core/Form/EventSubscriber/FormAjaxSubscriber.php(112): Drupal\Core\Form\FormAjaxResponseBuilder->buildResponse()
#4 [internal function]: Drupal\Core\Form\EventSubscriber\FormAjaxSubscriber->onException()
#5 /xxx/core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(111): call_user_func()
#6 /home/alkcstg/domains/steunstichtingalkcare.nl/drupal/vendor/symfony/http-kernel/HttpKernel.php(239): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch()
#7 /home/alkcstg/domains/steunstichtingalkcare.nl/drupal/vendor/symfony/http-kernel/HttpKernel.php(91): Symfony\Component\HttpKernel\HttpKernel->handleThrowable()
#8 /xxx/core/lib/Drupal/Core/StackMiddleware/Session.php(53): Symfony\Component\HttpKernel\HttpKernel->handle()
#9 /xxx/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle()
#10 /xxx/core/lib/Drupal/Core/StackMiddleware/ContentLength.php(28): Drupal\Core\StackMiddleware\KernelPreHandle->handle()
#11 /xxx/core/modules/big_pipe/src/StackMiddleware/ContentLength.php(32): Drupal\Core\StackMiddleware\ContentLength->handle()
#12 /xxx/core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\big_pipe\StackMiddleware\ContentLength->handle()
#13 /xxx/core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass()
#14 /xxx/core/modules/ban/src/BanMiddleware.php(50): Drupal\page_cache\StackMiddleware\PageCache->handle()
#15 /xxx/modules/contrib/crowdsec/src/Middleware.php(96): Drupal\ban\BanMiddleware->handle()
#16 /xxx/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\crowdsec\Middleware->handle()
#17 /xxx/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle()
#18 /xxx/core/lib/Drupal/Core/StackMiddleware/AjaxPageState.php(36): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle()
#19 /xxx/core/lib/Drupal/Core/StackMiddleware/StackedHttpKernel.php(51): Drupal\Core\StackMiddleware\AjaxPageState->handle()
#20 /xxx/core/lib/Drupal/Core/DrupalKernel.php(741): Drupal\Core\StackMiddleware\StackedHttpKernel->handle()
#21 /xxx/index.php(19): Drupal\Core\DrupalKernel->handle()
#22 {main}
I am very sorry. My mistake. I changed several settings in the theme and also in the display settings I changed the number of columns from one to two. Last night I rembered my mistake.
The theme is working OK.
@Gomez_in_the_South: thanks for your input.
After enabling and disabling entities in the rabbithole settingspage and runnng update.php all my updates finished correct. Now I can also deinstall old modules. But NOT rabbithole node.
Since the problems exist in production site I cannot use the 'update part'.
I reported this also in
https://www.drupal.org/project/rabbit_hole/issues/3415838
🐛
uninstall of Rabbit Hole nodes not possible
Active
last januari.
Today, deinstalling a complete non-related module I got this exception:
RuntimeException: Adding non-existent permissions to a role is not allowed. The incorrect permissions are "rabbit hole bypass node". in Drupal\user\Entity\Role->calculateDependencies() (line 207 of /xxx/drupal/web/core/modules/user/src/Entity/Role.php).
PLEASE provide us with a solution. Regular database updates allways finish with an error about rabbit hole and do't do all updates!!!!!!!
All my sites are in 2023 updated to D10. In none the module currently is installed. The module isn't used anymore.
I made a cross reference of the modules and libraries of 17 D7 sites. 10 of them are experiencing a block when logging in, 7 are not. I could not find a specific module or library that could cause the blockage. All sites use a different set of modules.
The strange thing is that the blockage occurs one day and not the next (found at 3 sites).
I disabled antibot in the sites which are blocked b the module.
Several D7 sites get the message as in #12, others don't. I will try to figure out with which combination of modules the error occurs.
I have this problem in two sites, both have only English and Dutch installed and enabled. Site 1: Dutch as default, site 2: English is default.
This patch isn't created with git but with Netbeans.
As an alternative assign a non-default or special created format as content.
Yes it is a duplicate. This issue is since D10, and issue 3361177 is D11.
The cause is identical to issue 3361177 🐛 An empty views pager offset field can cause a PHP type error to be triggered. Needs work . After setting offset 0 in the pager, the problem was solved.
And I found the default Drupal way. See backtrace2.txt
I found module Inspect wich can create a backtrace. It is set to 10 levels, but I can expand this. See attachment.
Nor the regular sitelog (admin/reports/dblog) nor the site's error.log had a stack trace. So it was hard to find the view causing the error.
Do you know a way to force an error with a stack trace which I can put in public function setOffset()?
The error did not provide a stack trace. Just the given message.
I can send a complete backup of the site before and after he update.
I am sorry, I never really worked with git.
For your information, as a test, I modified the code with an extra line: if (empty($name)) $name = 'info@kunstbehoudgroningen.nl'; before $this->name = trim...
The error message remains the same.
It is the MessageIDValidation
Thanks for the quick response.
The validator is Egulias\EmailValidator\EmailValidator.
I see that it indeed tries to send a <mailaddress> once with and once without a name.
For verification, I sent a mail through another website and there I got no error message. Difference: the use of mimemail. I will report the error to that module.
Patch #8 solved my issue.
I don't know why I got the message. Running update again didn't show the message again.
Patch #4 works for me. Please create a dev verion.
Today the site is updated to D10. The patches work as expected.
Works for me.
Please create a new / dev version to be able to upgrade to D10.
This patch works for me. Please create a dev version to be able to upgrade to D10.
Thanks. This patch works for me as well.
No more TypeErrors found. The blocking is now reported in the log, but the IPs are not banned.
Thanks.
Thanks. Now I get in 1 site 'Blocked' messages. I will continue to monitor the log messages and report later this week if any TypeError messages occur.
@jurgenhaas. Thanks for your quick reply. I use composer to install my sites and modules.
As far as I can see, all TypeErrors occur when a bot(?) comes from an IP-address which is on a blacklist. Most of these IP-addesses are allready banned. I don't know how to debug such an event. But all blacklisted IPs give this error.
Thanks. I works for me.
It is a pity there is no auto conversion, nor documentation for this change, nor a warning. So I have to update a lot of views by hand. Like a lot of other people.
The update does work now. But see my new issue.
Hi Alaa,
Thanks for the quick response (as usual). I presume the Safari version should be updated.
Joep
Thanks for the possibility to disable the pager.
But: when the pager is diabled, the first image starts at the location of image two, leaving a blank at the first image.
When the pagers is enabled the indicater is shown on top of the imaged (display settings: disabled).
see attachments.
Sorry, my language settings are Dutch.
Hopefully soon means soon.
I got a message from the editor. Patch 2 is not correct as wel (after upgrade from 7.x-1.5). When selecting an entity the title appears in the selectfield, but not the id. The link doesn't work then. When manually entering the id after the title the link works. See attachment: last link.
I could't reply earlier: I have been in a Hospital. Patch 4 gives severe problems to the editor.
Thanks, The patch seems to do the trick. The notice didn't appear yesterday.
I found an equal instruction at line 891. I don't know if this one should be corrected as well.
@Alaa
1. The update of copyright.inc didn't got in version 2.0.9. So I am missing this part in the new version in my sites:
$form['drupal8_w3css_theme_settings']['copyright']['copyright_dynamic'] = [
'#type' => 'checkbox',
'#title' => t('Make the copyright text dynamic?'),
'#default_value' => theme_get_setting('copyright_dynamic'),
];
2. Please extent the help text of the copyright with information to add %year% in the copyright text. The current help tells me its possible to have a dynamic copyright but not how.
I see it with PHP 8.0.27 and Drupal 9.5.2 as well.